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(57) Abstract: An online purchase system (100) that provides a universally accessible, anonymous and secure online payment option 
for consumers. A user (103) pays cash and receives a serial number. The serial number may be imprinted on a cash card (1 1 1) or the 
Kke for convenience. The user accesses an online proxy system (107), which establishes a cash account (125) using the serial number 
and allows the user to conduct online transactions using the cash account The user accesses the cash account (125) with a user ID 
(127) and password (129), which may be arbitrarily chosen to maintain anonymity. The proxy system (107) includes at least one 
universally accepted charge account (147) that is used to conduct transactions on behalf of the user ( 103). Trie user surfs the Internet 
(101) for goods and services of online merchants (105). The user selects items to purchase and indicates the desire to purchase the 
selected items by selecting or interfacing a buy button (145) or the Kke. The proxy system (107) intercepts the purchase request, 
compares the user's account balance (131) with the total purchase amount ( 143) to verify sufficient funds, adjusts the account balance 
(131) if mere are sufficient funds, and populates a purchase page (141) from the merchant with valid charge account information to 
conmlete the purchase. The cash cards (111) may be dispensed at a currency receiving vending machine, dispensing unit (109) or the 
like. The serial number incorporates a monetary value, and may further include sponsor, dispensing unit, or temporal information as 
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AN ONLINE PURCHASE SYSTEM AND METHOD 

Related Applications 

The present application is a continuation-in-part of U.S. Patent Application entitled 
Prepaid Card Based Internet and Merchandiser Sales and Advertising System, Serial Number 
5 09/384,581, filed August 27, 1999 which is incorporated herein by reference in its entirety 
and made part of the present application. 

Field of the Invention 

The present invention relates to e-commerce and, more particularly, to an online 
purchase system that provides a universally accessible, anonymous and secure online 
1 0 payment option for consumers. 

Background of the Invention 

The explosion of the Internet has led to new methods of doing business generally 
referred to as e-commerce. E-commerce has become fairly common and involves many types 

15 of online transactions over the Internet, or any other global network, including business-to- 
business and business-to-consumer type transactions. Consumers can shop for and purchase 
goods and services online without leaving die home or die computer. In die consumer world, 
die primary method of conducting purchases is the use of a credit or debit card, otherwise 
referred to as a charge card. The consumer provides the charge number and expiration date and 

20 any other information that may be required such as name and address, etc. on a purchase page 
from an online merchant The online merchant verifies the charge information, either during 
the immediate transaction or soon thereafter, and completes die purchase upon verification. 
Other billing methods have been used such as by mail or cash on delivery (COD), but these 
other methods are more costly and are certainly not as convenient to both merchants and 

25 consumers. Another technique referred to as e-wallet is becoming more popular but is still 
credit based and requires a valid charge account 

There are people who choose not to have a charge card, people who have a charge card 
but want their charge number and their name to remain confidential, and many people who are 
unable to obtain a charge card, such as under-aged individuals. Further, many people desire to 
30 remain anonymous and yet still have die convenience of purchasing online. The use of a 
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charge card precludes anonymity since die merchant verifies die account through the sponsor of 
the charge card and therefore has access to die identity of the purchaser. Methods of billing by 
mail or COD are limited and are not satisfactory for various reasons, including lack of 
convenience and potential lack of anonymity. 

It is desired to provide the convenience of charge cards for conducting online purchases 
on the Internet or any other global network to those people who have the necessary funds or 
cash but who cannot or would rather not use charge cards. 
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Snmmarv of the Invention 

A method of enabling online purchases via a network and an online proxy system 
according to the present invention includes establishing, by the online proxy system, a 
prepaid cash account for a user entity, providing online access to the cash account upon 

5 receiving an identification value, receiving a purchase request with a corresponding purchase 
amount from the user entity to purchase selected items from a merchant via the network, 
verifying whether the cash balance of the cash account is sufficient to cover the purchase 
amount, and providing, by die online proxy system, valid charge account information 
associated with the online proxy system to the merchant via the network to consummate sale. 

10 The cash account includes the cash balance and is associated with the identification value that 
enables access to the cash account In this manner, die user entity, after esta b lishing a cash 
account with the proxy system, is able to conduct online transactions using the cash account 
via the proxy system. The user entity need not establish a credit or debit account to perform 
online transactions, as this is handled by the proxy system. The proxy system provides valid 

15 charge account information that is pre-established by die proxy system and that is used to 
complete transactions initiated by the user entity. 

The online purchasing method may further include receiving an amount of cash or 
currency, providing a corresponding serial number, detecting an online inquiry to create the 
cash account, receiving and verifying the serial number, creating the cash account with die 

20 cash balance corresponding to die amount of currency received, and enabling online access to 
die cash account using the identification value. In this manner, the user entity provides cash 
in exchange for a serial number that is used to establish the cash account The cash may be 
received by any of a plurality of methods, such as a currency accepting unit or automated 
dispensing unit (ADU) or a vending machine or the like. The serial number may encode the 

25 cash amount received, where the ADU prints the serial number on the cash card and 
dispenses the cash card. 

The user entity, after receiving the serial number, connects to the network (for 
example, goes online) to establish die cash account The method may further comprise 
prompting the user entity for a user identification and a corresponding password, verifying 

30 validity of the user identification and password according to at least one criterion (such as a 
predetermined TTimitniim number of alphanumeric characters or the like), and receiving and 
storing the user identification and password as the identification value used for die cash 
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account Thereafter, the proxy system prompts for, receives and verifies the user 
identification and password before providing access to the cash account 

Once the user entity has established and logged in to the cash account, the user entity 
may then perform online transactions via the proxy system. During a transaction, die user 
5 entity selects goods or services from any merchant and ultimately receives a purchase page 
describing the items to be purchased along with a purchase amount The purchase page is 
received at die proxy system, which scans the purchase page for a predetermined key word. 
Alternatively, a transaction icon may be displayed at the user entity where selection of the 
transaction icon by the user entity is detected by die proxy system to denote a purchase 

10 request In one embodiment, a transaction frame may be displayed around a browser window 
at die user entity, where the transaction icon is provided on the transaction frame. The 
transaction window may be displayed at the user entity where die transaction icon may be 
provided on the transaction window. 

In an alternative embodiment, the online purchasing method may comprise invoking a 

15 transaction manager that maintaniR an online session with the user entity via die network. In 
this case, die method further includes the transaction manager providing a separate session 
Knk with die network that is controlled by the user entity via die transaction manager. Indus 
embodiment, the transaction manager at die proxy system receives and forwards browser 
requests from die user entity to die network, receives responses from the network and 

20 forwards the responses to die user entity. The transaction manager may be implemented at 
die proxy system or may be divided between the user entity and die proxy system. For 
example, a virtual advisor program may be loaded or installed at die user entity, where die 
virtual advisor program cooperates with a transaction program at the proxy system to perform 
transaction functions. The virtual advisor program may be added to a browser as a routine or 

25 plug-in that is readily available to die user entity from a tool menu or task bar on die browser. 

In further embodiments, die online purchasing method may include invoking an 
account manager that verifies die identification value and provides online access to the cash 
account, invoking a transaction manager that tracks and manages online browsing by die user 
entity, and retrieving, by the transaction manager, the purchase amount from a purchase page 

30 from a selected merchant in response to receiving a purchase request from die user entity and 
verifying whether die cash balance is sufficient to cover the purchase amount The 
transaction manager may access a universally accepted charge account information associated 
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with the proxy system, where the transaction manager then populates the purchase page with 
the charge account information and forwards the populated purchase page to the selected 
merchant to complete the sale. The account manager compares the purchase amount with the 
remaining balance in the cash account and rejects or accepts the purchase request based on 

5 whether sufficient funds are in the cash account 

The charge account information associated with the online proxy system may 
comprise a charge account associated with a universally accepted creditor. The charge 
account information is corresponded or otherwise associated with the cash account In this 
maimer, the credit, debit or other charge account information of the proxy system is used to 

10 complete die sale with die merchant as long as die user entity has sufficient funds in the 
proxy cash account The user entity, therefore, does not need to have a credit or debit 
account and only needs the cash account established at the proxy system. 

Online merchants typically send a confirmation page to the purchasing entity to verify 
the sale. In further embodiments, the online proxy system intercepts die confirmation page 

15 from the merchant and forwards die confirmation page or a substitute confirmation page to 
the user entity. If the confirmation page includes proxy charge account information, then it 
may not be desired to forward that information to die user entity. The proxy system may 
forward a substitute confirmation page or a masked confirmation page to die user entity. The 
substitute confirmation page may comprise a separate proxy confirmation page generated by 

20 die proxy system incorporating some of the information from the merchant and not including 
any charge account information of the proxy system. Alternatively, die proxy system 
intercepts die confirmation page from die merchant, masks die charge account information, 
and forwards die masked confirmation page to the user entity. 

The online purchasing method may further comprise tracking transaction activity of a 

25 plurality of cash accounts and generating aggregate purchase information associated with the 
plurality of cash accounts. The method may further including tracking purchases associated 
with die cash account and awarding reward points to the cash account for eligibility to 
receive spending- or purchase-related promotional goods or services. The method may 
further include detecting a search request associated with the purchase request from the user 

30 entity, identifying selected items on a purchase request and conducting an online search for 
pricing of items similar to the selected items. The method may further comprise invoking an 
account manager that enables the user entity to perform management functions on die cash 



WO 01/16768 



PCT/US00y23413 



u 

account Such management functions may include splitting the cash account into a plurality 
of dependent subaccounts or dividing die cash account into a plurality of separate and 
independent cash accounts. 

An online purchasing system according to the present invention incorporates any of 

5 the functions previously described to enable transactions by a user entity. The online 
purchase system includes a communication system that enables communication via the 
network, an account activation system that creates a cash account, an account manager that 
enables access to the cash account, and a transaction system that serves as a proxy for the 
user entity to access online merchants. The account activation system may further include a 

10 serial number verification system, a serial number decoding system, an identification system 
that establishes an identification value to enable online access to die cash account, and a 
charge account system that associates the cash account with valid charge account 
information. The account manager compares a purchase request with an account balance to 
verify sufficient funds and also maintains an accurate account balance. The transaction 

IS system detects a purchase request from the user entity, cooperates with the account manager 
to verify sufficient funds, and provides charge account information to selected merchants to 
complete a purchase. 

In more particular embodiments, the user entity provides cash and receives a serial 
number on a cash card. The serial number may be preprinted on the cash card or may be 

20 printed on the cash card at die point of sale by a validation unit, such as a vending machine or 
ADU or the like. The validation unit prints die serial number on an invalidated cash card to 
provide a valid dated cash card upon purchase. The cash card may include a magnetic strip 
that incorporates a partial serial number, where the validation unit reads the partial serial 
number from the magnetic strip to generate a valid serial number for printing on the cash 

25 card. Alternative embodiments contemplate the use of wireless communication devices, such 
as ceD phones and PDA devices or the like, for receiving a serial number in exchange for 
cash. The serial number is wirelessfy transmitted to die device for use by the user entity to 
create a cash account with the proxy system. 

In further embodiments, an encryption unit may be provided to encode die monetary 

30 value received from die user entity into die valid serial number. The encryption unit may 
further encode any combination of other information into the valid serial number, such as 
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card sponsor information, location information, and temporal information. The temporal 
information may include a time stamp and a date stamp or the like. 

It is appreciated mat an online purchasing system according to the present invention 
provides a universally accessible, anonymous and secure online payment option for 
5 consumers. In certain embodiments, a user pays cash and receives a serial number, which 
may be imprinted on a cash card or the like for convenience, or otherwise transmitted 
electronically, either using a wired or wireless network. A serial number received by one 
user may be transferred to another user, such as using email or the like. The user accesses an 
online proxy system to establish a cash account using the serial number, which then enables 

10 the user to conduct online transactions using the cash account The user accesses the cash 
account with a user identification (ID) and password, which may be arbitrarily chosen to 
maintain anonymity of the user. The proxy system includes at least one valid charge account 
that is used to conduct transactions on behalf of the user. Hie user surfs the network for 
goods and services of online merchants, such as the Internet or the like. The user selects 

15 items to purchase and indicates the desire to purchase those selected items by selecting or 
interfacing a buy button or the like. The proxy system intercepts the purchase request, 
compares the user's account balance with the total purchase amount to verify sufficient funds, 
adjusts the account balance if mere are sufficient funds, and populates a purchase page from 
the merchant with valid charge account information to complete the purchase. The cash 

20 cards may be dispensed at a currency receiving vending machine, ADU, or the like. The 
serial number may incorporate any type of information such as a monetary value, sponsor 
information, ADU information, temporal information, etc. 
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Brief Description of Drawings 

A better understanding of die present invention can be obtained when the following 
detailed description of die preferred embodiment is considered in conjunction with the 
5 following drawings, in which: 

FIG. 1 is a block diagram representing the relationships between the main elements 
that comprise the Prepaid Card Based Internet and Merchandiser Sales and Advertising 
System. 

FIG. 2 is a block diagram representing the relationships between the main elements 
10 that comprise the Prepaid Card System. 

FIG. 3 is a block diagram representing the relationships between die main elements 
that comprise the Electronic Commerce Marketing and Advertising System (IMAGE: 
Interactive Marketing and Advertising Gateway for Electronic Commerce). 

FIG. 4 is a block diagram representing the relationships between the main elements 
15 that comprise the Automated Telephone System. 

FIG. 5 is a block diagram representing die relationships between die main elements 
that comprise the Overseer Website. 

FIG. 6 is a block diagram representing die relationships between the main elements 
that comprise die Account Management System. 

20 FIG. 7 is a block diagram representing die relationships between the main elements 

dial comprise die Promotional Website. 

FIG. 8 is a block <fagn"n representing the relationships between the main elements 
that comprise the Consumer Behavior and Ad Campaign Database System. 

FIG. 9 is a block diagram representing the relationships between the main elements 
25 that comprise the Transaction Tracking System. 
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FIG. 10 is a block diagram of an exemplary e-commerce proxy purchase system 
according to an embodiment of the present invention. 

FIG. 1 1 is a more detailed diagram of an exemplary embodiment of the proxy system 
of FIG. 10. 

5 FIG. 12 is a block diagram of an exemplary automated dispensing unit (ADU) utilized 

for dispensing prepaid cash cards supplied with serial numbers in accordance with die present 
invention. 

FIG. 13 is a block diagram of another ADU similar to the ADU of FIG. 12 but further 
connected to a network and including live advertising display. 

10 FIGs. 14A and 14B are front and back views, respectively, of an exemplary cash card 

utilized for the convenience of conveying a serial number in exchange for cash or currency 
from a user or consumer. 

FIG. 15 is a screen shot of an exemplary welcome page that may be used as the initial 
web page when a user visits a web site associated with the proxy system of FIG. 10. 

15 FIG. 16 is a screen shot of an exemplary account activation page that may be 

displayed upon selection of a new card activation link from the welcome page of FIG. 15. 

FIG. 17 is a screen shot of an exemplary account information page for providing 
account information to die user of a cash account of the proxy system. 

FIG. 18 is a screen shot of an exemplary account recharge page which may be used 
20 for enabling a user to recharge one or more cash accounts utilizing cash cards, cash, checks, 
money orders or different types of accounts such as credit or bank accounts. 

FIG. 19 is a screen shot of an exemplary cash card recharge page for recharging one 
or more cash accounts with additional cash cards. 

FIG. 20 is a screen shot of an exemplary account management page that is displayed 
25 to enable a user to access and perform account management functions. 
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FIG. 21 is a screen shot of an exemplary transaction page that may be displayed and 
utilized by a user to perform online transactions using a cash account established at the proxy 
system. 

FIG. 22 is a screen shot of an exemplary frame transaction page for facilitating 
purchases and other online transactions by the user according to one embodiment of the 
present invention. 

FIG. 23 is a screen shot of an exemplary virtual advisor window or page that is used 
at the user entity computer to facilitate online transactions via the proxy system. 
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Detailed Description of the Invention 

FIG. 1 is a block diagram representing die relationships between the main elements 
that comprise the Prepaid Card Based Internet and Merchandiser Sales and Advertising 
System. The prepaid card system is shown in relation to the advertising system (IMAGE, 
5 Interactive Marketing and Advertising Gateway for Electronic Commerce). All numbers are 
the same as used throughout, and FIG .1 will be explained in detail in FIGs. 2, 3, and 4. 

FIG. 2 is a block diagram representing die relationships between the main elements 
that comprise the prepaid card system. The distribution* activation, and basic account 
management of such prepaid cards are outlined herein. Corporation 1 sells an unspecified 
10 number of cards 2 to an assortment of retailers and distributors 3. The retailers (distributors) 
pay die Corporation for the cards or take them on a consignment agreement Retailers sell 
the card to the consumers 4 and collect a commission percentage. 

The consumer logs in (connects to) to the Corporation card account management 
system 7 using one of die following methods: via automated telephone system 5, via an 
15 Internet server or master computer 6. The card management system 7 also ties in to the card 
tracking system 14. Connection via die automated telephone system 5 is achieved in the 
following fashion: The consumer 4 calls a toll telephone number that is directly connected to 
die automated telephone system 5 merchants 8, also called service providers, and interacts 
with the customers and die Corporation, as will be covered in more detail in later paragraphs. 

20 FIG. 3 shows a group 9 of publishers and advertising and marketing agencies in 

offline media with current advertisers 10 for campaigns run by group 9 and targeted at 
consumers 1 1 who may not have purchased cards 2. The Corporation 1 seeks these groups to 
form a nonexclusive alliance along with merchants 8, explaining benefits to the group from 
interaction with die card interaction system 7, discussed later, and the web site 6, promotional 

25 web sites 12 and card transaction tracking system 14, all of which interact with consumer 
behavior and ad campaign database system 13. 

FIG. 4 shows die main elements that comprise the automated telephone system and is 
a system commonly available through normal commercial sales channels. The functions 
described below are handled by such system without die addition of special hardware. Once 
30 die connection is established, the user or consumer 4 is prompted by the automated telephone 
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system 5 to push the #1 key on his/her telephone keypad if a touch tone telephone is being 
used by the user at the moment of the call, or to say the word "one** if a touch tone phone is 
not available. The words "one" and "zero** are recognized by the voice recognition unit 15. 
At this point, the user is also prompted to push the #0 keypad, or wait a few seconds in order 
5 to speak with an operator. If the user pushes the #1 keypad, then the communication is 
routed to the touch tone processing unit 16. If any keys other than the #1 or #0 keys are 
pressed and die voice recognition unit 15 does not recognize die words "one** or "zero*', then 
die user is prompted once again to enter a valid command by pushing die appropriate keys on 
the keypad, or by saying the appropriate number. If this process is repeated more than three 
10 times and the consumer 4 does not connect with die main processor 17, then die connection is 
routed to an operator who will have access to the site and who will conduct the account 
management operations for the customer to enter into the card account management program 
7. 

According to the response type— voice or data-the system will route the call to either 
15 die voice recognition unit 15 or the touch tone processing unit These components of the 
automated telephone system 5 serve as a translating unit to the main processor 17 for the 
automated telephone system 5. In die case of the voice recognition system 15, the voice 
commands are translated into digital signals that the main processor 17 can recognize. In the 
case of the touch tone processing unit 16, tone signals from the consumer's 4 telephone unit 
20 are translated into digital signals that die main processor for the automated telephone system 
17 can recognize. 

FIG. 5 shows die main elements that comprise the overseer website as interconnected 
to the Internet server or master computer 6 with numbers shown internally for clarity. In 
order to access the overseer website, the consumer 4 must first establish a connection to the 

25 master computer 6 that controls die functions of die website. The consumer 4 establishes die 
Internet connection by using either a modem connection or a direct network connection 
(ADS, Cable Modem, Tl, T3 connection as provided by an independent Internet service 
provider or hosting entity (e.g., UNIT, AOL, AT&T) to link his/her computer to the Internet 
server 6. Users access die global network online system (Internet) by using one of several 

30 third-party operating systems and Internet browsers (e.g., Microsoft Internet Explorer, 
Netscape Navigator) to point their Internet connection to die LP. (Internet protocol) address 
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associated with the site domain (i.e., site). This might be carried out by simply typing the 
following: http y/www.netspenicom on the search bar of the corresponding Internet browser 
program for an entity netspend.com. Note, even though fee site is the Internet server site 6, 
the Corporation will expand the use of Internet domains to include each of its marketing 
5 campaigns. Thus, users could log on to another Internet gateway server configured similarly 
to the Internet server 6 by entering the corresponding domain in the browser search bar. 

In order to proceed with the card activation process, fee consumer 4 will navigate 
through an assortment of web forms using fee same Internet browser program that he/she 
employed to make the connection to fee server 6, as it creates and updates changes to fee 
10 account corresponding to fee card 2 purchased. 

Once fee connection has been established by either one of fee aforementioned 
methods, fee Internet server 6 will automatically run fee welcome program/script 21, which 
in turn will initiate the login script of the consumer accounts program 19. The login script 22 
will prompt fee consumer 4 to enter fee serial number found on fee back of fee card 2. If fee 

1 5 consumer 4 used fee automated telephone system 5 , then the consumer 4 will use fee numeric 
keys on his telephone keypad to enter fee numbers that correspond to fee serial number 
contained on fee bade to fee card purchased 2 if fee phone used by fee consumer has fee 
ability to produce touch tones capable of interacting wife fee touch tone processing unit 16, 
FIG. 4. Otherwise, fee consumer 4 will say fee numbers for fee voice recognition system 15 

20 to process into digital signals usable by fee main processor 15 of fee automated telephone 
system. A final alternative will be for the consumer to wait for fee automated telephone 
Systran 5 to route fee call to an operator, and for fee consumer 4 to give fee serial number to 
fee operator for processing. 

Regardless of the method used, fee consumer 4 will be prompted to enter either a 
25 valid serial number (as described above) in order to create a valid user name, or to enter a 
valid user name for a pre-existing account The user name is a pseudonym, a nickname, wife 
no relation to fee consumer's real identity (a nrinimmn of 8 characters is required for this 
step). By this means, fee consumer's identity is protected and confidentiality and privacy are 
ensured. If fee consumer 4 does not have a valid username, as will be fee case wife new 
30 users, then the login script 22 of fee consumer's account program 19 will direct fee consumer 
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to the forms associated with the new accounts program 23; otherwise, it will direct the 
consumer 4 to the account management program 24 forms. 

As part of the new accounts program 23, the user will fill out several forms that are 
part of a program script that will gather the necessary information to create a new card 

5 account The information required during this process includes, but is not restricted to, the 
following: card serial number, user name, and personal identification number. The serial 
number will correspond to the one found on the card, while the user name and personal 
identification number will be created by die consumer 4 following a set of rules described 
within die new accounts program 23 forms. The identification number combined with the 

10 user name created in die previous step will be entered into die account management program 
24 and die transactions program 25 using the user identity action as described to ensure die 
security of the account The rules will be set in order to maxhni7g die security of the account 
and to provide maximum compatibility with payment systems used by merchants 8 and are 
subject to change as die number of consumers 4 subscribing to the card services increases or 

15 die payment systems used by die merchants 8 change. Programs 23, 24 and 25 feed into 
other programs that are discussed later herein. 

As merchants 8 enter the system, they connect into die merchant account program 20 
which is part of the card Internet server program 18 in the main computer. Within die 
merchant account program 20, there is a welcome program 26, a login program 27, a new 
20 account program 28, an account management program 29, and a validation program 30, all of 
which feed into other programs discussed later herein. 

Both the card Internet server 18 and the merchants account program 20 feed into the 
card account management program 7 and the card tracking system 14. 

The non-restrictively allied groups comprising publishers and advertising and 
25 marketing agencies 9, offline advertisers 10, merchants 8, and the Corporation 1 all 
interconnect with program 31 called die IMAGE Internet server 31 and with programs within 
the master computers. Program 32 is a welcome script, 33 is a login program, 34 takes new 
account data and interacts with an account management program 35 and publisher account 
cata 68, merchant account data 69, password account data 71 and user or customer account 
30 data 73. 
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Account management data 35 interconnects with search program 36, monitoring 
program 37, update and renew program 38, and market analysis program 39. In turn, 
programs 36, 37 and 39 interact with user account data 73. Program 38 further interacts with 
publisher account data 68, merchant account data 69 and password account data 71. Market 
5 analysis program 39 interacts with event data 74 and backup data 81. Through the master 
computer, essentially all programs interact with the consumer behavior and ad campaign 
database system 13. 

FIG. 6 shows the main elements that comprise the account management system 7 
shown in bold lines for clarity. The account management system 7 is comprised of a 

10 computer system that contains a user account program 4, receiving data from the automated 
telephone system 5 and a distributor and merchant account management system 41. The 
computer system is linked on a computer network to the master computer that serves die 
overseer website 6 in order to provide full interaction between the programs contained in die 
overseer website (Overseer Internet server) and those contained within the account 

15 management system 7 computer also shown in FIG. 2. 

FIG.6 further shows a create new account program 48, an account data storage 49, a 
data encryption program 50, and a database management program 51, all of which interact 
with each other and die card tracking system 14 and programs 28 and 29 previously 
discussed. 

20 The new accounts program 23 of the Intranet server 6 consumer accounts program 19, 

FIG. 5, will in turn initiate the create new account program 42 contained within die user 
account program 40 of die account management system 7. The information entered by the 
consumer during the procedures of die new account program 23 will be handled by die 
database management program 45, which will in turn transfer die information to die account 

25 data storage 43, where the account serial number, balance, user name and personal 
identification number will be stored for future reference. In die process, die data stored in the 
account data storage 43 is encrypted by die encryption program 44 to ensure die integrity of 
the information contained within the system so that access to the account data storage, or its 
back-up auxiliary data storage 46, and 2nd auxiliary data storage 47 requires authentication 

30 by the encryption program. This feature of die user account program 40 prevents 
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unauthorized parties from accessing the information contained within its data storage 
elements 43, 46, 47. 

Completion of the create new account program 42 and the new account program of 
the Internet server 6 consumer accounts program 19, initiates the account management 
5 program 24, FIG. 5. 

The consumer 4, FIG. 5, enters die account management program 24 when either one 
of the following occurs: a proper user name + personal identification number combination is 
entered during die login script 22, or die new account program 23 has been completed 
successfully. As part of die account management program 24, the consumer 4 navigates 

10 through an assortment of forms that are linked by scripts. Within these forms, die consumer 
4 will be able to perform a variety of accounting tasks according to his/her disposition of the 
funds available for die specific account corresponding to the user name + personal 
identification number combination entered The account management program 24 performs 
these functions by channeling the information entered in die forms contained within its limits 

15 to die appropriate elements of die database management program 45 of the account 
management system 7. 

Hie information entered by the consumer during the procedures of the account 
management program 24 will be handled by die database management program 45, which 
will in turn transfer die information to die account data storage 43, where the account serial 

20 number, balance, user name and personal identification number will be stored for future 
reference. In die process, the data stored in die account data storage 43 is encrypted by the 
encryption program 44 to ensure die integrity of the information contained within the system 
so that access to die account data storage, or its back-up auxiliary data storage 46, and 2nd 
auxiliary data storage 47 requires authentication by the encryption program. This feature of 

25 die user account program 40 prevents unauthorized parties from accessing the information 
contained within its data storage elements 43, 46, 47. 

The main accounting functions that die consumer 4 can perform within the account 
management program 24 are as follows: 



If the customer has (an) additional pre-existing accounts), die account management 
30 program 24 can add the amount of the current card purchase to the previous balance from any 
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existing account In this fashion, die customer can consolidate several accounts under the 
account corresponding to the user name of the active session. Either a serial number (in the 
case of cards not yet activated), or a serial number + personal identification number or user 
name + personal identification number combination (in the case of active cards) for the 
5 accounts that die consumer wants to consolidate is required for this transaction. 

The process for this transaction is as follows: The consumer 4 selects the 
addition/consolidation of funds script option from the account management program 24. The 
addition/consolidation of funds script then prompts die user to enter die number of pre- 
existing accounts that he/she would like to select as "transfer funds from:" accounts. The 

10 program takes this number and creates a form with a number of form fields available for die 
consumer 4 to enter a serial number + personal identification number, user name + 
identification number combination that corresponds to the number of accounts selected for 
fund transfer. The account management program 24 in turn relays the information to the 
database management pr o gram 45 which matches the serial number information with the 

15 serial numbers of existing accounts stored in the account data storage 43, 46, 47 and updates 
die balance on die accounts to reflect the transaction completed by the consumer 4. The 
account update is replicated throughout die account data storage elements 43 , 46, 47 to ensure 
data integrity. Once again, die flow of information between die database management 
program 45 and the account data storage elements 43, 46, 47 is channeled through an 

20 encryption program 44 in order to maintain security of the system. 

The consumers 4 can also use external sources to increase the balance of their card 2 
account This is done by selecting die "add funds from credit card, debit card or bank 
account*' script from the account management program 24. Then, depending on the selection 
made by the consumer, die script of die account management program 24 directs the 

25 consumer through die forms that correspond to the form of payment selected. Within the 
forms, die consumer is prompted to enter die necessary information to conduct die transaction 
as per the requirements established by the financial institution. Examples of die information 
gathered at this point are name, credit card or debit card number, expiration date, billing 
address or institution name, bank account number, bank account type, and ABA routing 

30 number (in die case of bank accounts). The information gathered during the transaction is 
then delivered to the corresponding banking or credit agency authority or clearinghouse for 
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verification of funds on the specified external account It is the financial institution's 
responsibility to deduct the amount transferred from the consumer's account balance. If the 
account and the requested transfer amounts are validated and approved by the financial 
institution, then the account management program 24 sends the transfer amount information 

5 to the database management system 45 which in turn updates the account data storage 
elements 43, 46, 47 to reflect the changes on the specified card 2 account The account 
update is replicated throughout die account data storage elements 43, 46, 47 to ensure data 
integrity. Once again, die flow of information between die database management program 45 
and die account data storage elements 43, 46, 47 is channeled through an encryption program 

10 44 to maintain security of die system 

The customer can also distribute die funds from any account into several accounts. 
The process for this transaction is as follows: The consumer 4 selects the split/distribution of 
funds script option from the account management program 24. The split/distribution of funds 
script then prompts die user to enter die number of pre-existing accounts that he/die would 
like to select as 'transfer funds to:" accounts. The program takes this number and creates a 
form with a number of form fields available for the consumer 4 to enter a serial number + 
personal identification number, user name + identification number combination that 
corresponds to the number of accounts selected for fund transfer. The account management 
program 24 in turn relays die information to die database management program 45 which 
matches the serial number information with the serial numbers of existing accounts stored in 
the account data storage 43, 46, 47 and updates die balance on the accounts to reflect die 
transaction completed by die consumer 4. The account update is replicated throughout the 
account data storage elements 43, 46, 47 to ensure data integrity. Once again, the flow of 
information between the database management program 45 and the account data storage 
elements 43, 46, 47 is channeled through an encryption program 44 to maintain security of 
the system. 

In the event that die consumer wants to create a sub-account, the consumer 4 would 
have to follow the following process: The consumer 4 selects the "create sub-account" script 
option from die account management program 24. The "create sub-account" script then 
30 prompts the user to enter die number of sub-accounts that he/she would like to select as 
"transfer funds to:" accounts. The program takes this number and creates a form with a 



20 
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number of form fields available for the consumer 4 to enter new user name + identification 
number combinations that correspond to the number of sub-accounts accounts selected for 
fund transfer. The "create sub-accounts'* program then assigns serial numbers to those 
accounts, ensuring in the process that the new serial numbers do not conflict with regular card 
5 account serial numbers. This can easily be accomplished by adding a prefix to the serial 
number that labels the new account as a user-created account Once this step has been 
completed, the account management program 24 in turn relays the information to the 
database management program 45, which matches the serial number information of the 
original account and stores the new serial numbers associated with the sub-accounts created, 

10 stores the information in the account data storage 43, 46, 47 and updates the balance on the 
accounts to reflect the transaction completed by the consumer 4. The account update is 
replicated throughout the account data storage elements 43, 46, 47 to ensure data integrity. 
Once again, die flow of information between the database management program 45 and the 
account data storage elements 43, 46, 47 is channeled through an encryption program 44 to 

15 maintain security of the system. 

The customer can also request disbursement of funds. By selecting this option from 
the account management menu, the customer initiates a process by which die Corporation 
will deliver the desired cash amount available to the consumer. A transaction fee will be 
assessed to cover disbursement expenses. This is done by selecting either one of the "add 

20 funds to credit card, debit card or bank account" scripts from the account management 
program 24. Then, depending on the selection made by the consumer 4, the script directs the 
consumer through the forms that correspond to the form of payment selected. Within die 
forms, the consumer is prompted to enter die necessary information to conduct the transaction 
as per the requirements established by die financial institution. Examples of the information 

25 gathered at this point are name, credit card or debit card number, expiration date, billing 
address or institution name, bank account number, bank account type and ABA routing 
number (in the case of bank accounts) and cash amount of transfer. In order for die 
transaction to proceed, the funds available must be equal to or greater than the sum of die 
transaction amount requested by the consumer phis the amount of die transaction fee. Should 

30 this not be true, then die account management program 24 will explain the error in the 
transaction and will prompt die consumer 4 to enter a new amount that satisfies the 
parameters established by die transaction. The information gathered during die transaction is 
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then delivered to the corresponding banking or credit agency authority or clearinghouse to 
confirm that the account information corresponds to a valid active account within the 
financial institution system. Having received confirmation from the financial institution, then 
the account management program 24 will credit die specified account with funds deducted 
5 from the consumer's card account if such funds are available. Fund availability within die 
card account management system 7 is verified by the database management program 45, 
which verifies the account balances by matching the username + personal identification 
number combination entered by the consumer with those stored in the account data storage 
elements of the system 43, 46, 47. 

10 It is the financial institution's responsibility to update the amount transferred to die 

consumer's account balance. If die account and the requested transfer amounts are validated 
and approved by die financial institution, then die account management program 24 sends the 
transfer amount information to the database management system 45, which in turn updates 
the account data storage elements 43, 46, 47 to reflect the changes on the specified card 2 

15 account The account update is replicated throughout the account data storage dements 43, 
46, 47 to ensure data integrity. Once again, the flow of information between die database 
management program 45 and die account data storage elements 43, 46, 47 is channeled 
through an encryption program 44 to maintain security of die system. 

The consumer may choose to receive a check from his account This will be 
20 accomplished by selecting die "mail me a check" script from the account management 
program 24. The script directs die consumer through the forms that correspond to die form of 
payment selected such as check disbursement Within die forms, the consumer is prompted 
to enter die necessary information to conduct the transaction. Examples of the information 
gathered at this point include payee name and mailing address and amount to be disbursed. 
25 Fund availability within the card account management system 7 is verified by the database 
management program 45 which verifies the account balances by matching the username + 
personal identification number combination entered by the consumer with those stored in the 
account data storage elements of die system 43, 46, 47. In order for die transaction to 
proceed, the funds available within the card account must be equal to or greater than the sum 
30 of die transaction amount requested by die consumer plus die amount of the transaction fee. 
Should this not be true, then die account management program 24 will explain the error in the 
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transaction and will prompt the consumer 4 to enter a new amount that satisfies the 
parameters established by the transaction. At this point, the account management program 24 
sends the transfer amount information to the database management system 45, which in turn 
updates the account data storage elements 43, 46, 47 to reflect the changes on the specified 
5 card 2 account The account update is replicated throughout the account data storage 
elements 43, 46, 47 to ensure data integrity. Once again, die flow of information between the 
database management program 45 and the account data storage elements 43, 46, 47 is 
channeled through an encryption program 44 to maintain security of die system. In die 
meantime, the payee name, check disbursement amount, and mailing address arc relayed to 
10 the Corporation accounts payable department It is die Corporation's sole responsibility to 
ensure that the check requested is mailed to die consumer 4 within a time period previously 
communicated to the consumer 4 by die account management program 24. 

E-commerce transactions are also facilitated. Besides enabling the consumer 4 to 
conduct die previously mentioned accounting functions by way of its account management 

15 program 24, the consumer account progr am 19, FIG.5, of die Internet server 6 also allows the 
consumer to perform electronic commerce transactions with a variety of participating 
merchants 8. From the menus found on die forms of the account management program 24, 
the consumer 4 can initiate the transactions program 25. The consumer 4 can use the search 
function found in the transactions program 25 to search for a specific item, merchant 8, or 

20 cost of an item. Once the consumer 4 has found a product or service that he/she is interested 
in purchasing, die transactions program directs him/her to die appropriate merchant 8. Using 
die transactions program 25, the Internet server directs die consumer's computer Internet 
browser to the IP (Internet protocol) address of the Internet server hosting the particular 
merchant 8's web site chosen from any of die merchant networks listed in die forms of die 

25 transactions program 8. A network merchant 8 is categorized as a merchant that honors the 
card 2 as a form of payment Merchants 8 are categorized by industry and geographic 
networks. If die consumer 4 is aware that die merchant 8 is a participant and honors die card 
2, he or she can navigate directly to die merchant's 8 website by entering the appropriate 
URL website in the search bar of the consumer's 4 Internet browser program instead of using 

30 the hyperlinks available from within die transactions program 25. 
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If there is a merchant who does not honor the card, the user can use the member 
services menu of the transactions program 8 to notify the Corporation, via an electronic mail 
contact form created by the scripts of the transactions program 25, of its desire to purchase 
herns from the merchant 8 using a card as a form of payment The Corporation then relays 
5 this electronic message to the merchant 8 by using an electronic mail program with the 
intention of persuading the merchant 8 to become a member of die card network. 

The system also has a purchase recommendation feature. Based on die current 
available balance obtained by the account management program 24 and delivered to die 
transactions program, die consumer is given a list of possible merchants and items that can be 
10 purchased by the available balance. This feature helps the consumer in his spending decision 
by making available to him/her a wide variety of options for any specific cash amount 

Merchant accounts are as follows: The merchant 8 establishes an Internet connection 
by using either a modem connection or a direct network connection (ADSL, Cable Modem, 
Tl, T3 connection) as provided by an independent Internet service provider or hosting entity 

15 (e.g., UUNET, AOL, AT&T) to link his/her computer to die Internet server 6. Users access 
the global network online system (Internet) by using one of several third-party operating 
systems and Internet browsers (e.g., Microsoft Internet Explorer, Netscape Navigator) to 
point their Internet connection to die LP. (Internet protocol) address associated with the site 
domain (e.g., www.netspoid.com site). This might be carried out by simply typing the 

20 following: http://www.netspend.com on the search bar of the corresponding Internet browser 
program. Note that, even though the site is the Internet server site 6, the Corporation will 
expand die use of Internet domains to include each of its marketing campaigns. Thus, users 
could log on to another Internet gateway server configured similarly to die Internet server 6 
by entering die corresponding domain in die browser search bar (e.g., wwwjietspend.net). 

25 FIG. 7 outlines p rogr ams within the promotional sites 12. When a consumer 10, who 

may or may not have a card, enters promotion site 12, contained in welcome scripts 52 will 
be an animation program 57, a program which outlines how he or she may obtain free gifts 
54, instruction forms 56, and information disclosure forms 55, all of which interact with die 
database management program 51, the consumer behavior and ad campaign database system 

30 13, PASSword database handling 58, image picture database 59, a PASSword verification 
program 53 with sub-programs 60 and 61, publisher database handling, program 54 outlines 
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how die customer tells the merchant 8 where the customer saw the free gift advertisement, 
which the merchant verifies. This is valuable information that is automatically handled in die 
system so as to give the advertiser the possibility of checking ad efficiency and contact with 
the merchant may lead to sales which are also entered in the system. 

Merchant 8 must be in die system to reap benefits as outlined. In order to proceed 
with die merchant account activation process, the merchant 8 will navigate through an 
assortment of web forms using die same Internet browser program that he/she employed to 
make the connection to die server 6, as it creates and updates changes to the merchant 
account 

Once the connection has been established, the Internet server will automatically run 
the welcome program/script 26 (see FIG. 5), which in turn will initiate the login script 27 of 
the merchant accounts program 20. The login script 27 will prompt the merchant 8 to enter a 
valid merchant account number + password combination in order to access the merchant 
account management system 29, or to create a new account via the new accounts program 28. 
As part of the new accounts program 28, the merchant 8 will fill out several forms that are 
part of a program script that will gather the necessary information to create a new merchant 
account The information required during this process includes, but is not restricted to, die 
following: The card merchant identification number, password, financial institution 
information (preferred method of payment), address, contact information, geographic 
network desired, industry network classification. The new accounts program 28 will generate 
a merchant serial number that will be assigned to future transactions conducted by the 
merchant 8. The new accounts program 28 will also prompt the merchant 8 to create a 
merchant account user name and personal identification following a set of rules described 
within the new accounts program 28 forms. The identification number combined with the 
user name created in the previous step ensures the security of the account The rules will be 
set in order to maximize the security of die account and to provide maximum compatibility 
with payment systems used by merchants 8, and are subject to change as the number of 
merchants 8 subscribing to die card services increases or the payment systems used by the 
merchants 8 change. 

The new accounts program 28 of the Internet server 6 merchant accounts program 20 
will in turn initiate die create new account program 48 contained within the distributor and 
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merchant account program 41 of account management system 7. The information entered by 
the merchant during the procedures of die new account program 28 will be handled by die 
database management program 51, which will in turn transfer the information to the account 
data storage 49 where the account serial number, balance, merchant user name and personal 
5 identification number will be stored for future reference. In die process, the data stored in die 
account data storage 49 is encrypted by the encryption program SO to ensure the integrity of 
the information contained within the system so that access to the account data requires 
authentication by the encryption program SO. This feature of the distributor and merchant 
account program 41 prevents unauthorized parties from accessing the information contained 
1 0 within its data storage element 49. 

Completion of die create new account program 48 and die new account program 28 of 
the Internet server 6 merchant accounts program 20 initiates the account management 
program 29. 

The merchant 8 enters die account management program 29 when either one of the 
15 following occurs: a proper user name + merchant identification number combination is 
entered during the login script 27, or the new account program 28 has been completed 
successfully. As part of die account management progra m 29, the merchant 8 navigates 
through an assortment of forms that are linked by scripts. Within these forms, the merchant 8 
will be able to perform a variety of administration tasks. The account management program 
20 29 performs these functions by channeling the information entered in die forms contained 
within its limits to the appropriate elements of the database management program 51 of the 
account management system 7. 

The information entered by the merchant during the procedures of the account 
management program 29 will be handled by die database management program 51, which 

25 will in turn transfer the information to the account data storage 49, where die account serial 
number, balance, user name and personal identification number will be stored for future 
reference. In the process, the data stored in die account data storage 49 is encrypted by die 
encryption program 50 to ensure the integrity of die information contained within the system 
so that access to the account data storage 49 requires authentication by die encryption 

30 program 50. This feature of die merchant account program 41 prevents unauthorized parties 
from accessing the information contained within its data storage element 49. 
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Participating merchants 8 conduct sales transactions with consumers 4 using current 
electronic commerce procedures which include, but are not limited to, electronic catalogs and 
electronic shopping carts located within their Internet servers and readily available to the 
consumers 4 within the realm of the global online network such as the Internet 

5 The consumer makes a connection with the merchant's 8 Internet server by directing 

his/her Internet browser to the domain associated to die corresponding IP (Internet protocol) 
address. At the point of sale, the consumer provides the merchant 8 with the account number 
and personal identification number associated with his/her account The merchant's server 
(computer) then verifies the availability of funds on the account using one of the current 

10 electronic payment programs available for the verification of credit cards. The program 
employed by the merchant 8 then connects via die global online network (Internet) with die 
Internet server 6, specifically the merchant account program 20. Hie merchant account 
program 20 verifies the merchant account user name + password combination as provided by 
die merchant* s 8 computer in order to verify that die merchant is a participating merchant 

15 Once the merchant's account user name + password combination has been validated, 

die merchant accounts program 20 initiates a validation program 30 which in turn validates 
die availability of funds in die consumer's 4 account necessary to cover die transaction 
amount phis any transactional fees. 

The mechanics of the validation process are as follows: The validation program 
20 receives the following information from die merchants 8 computer merchant identification 
number, the cardholder account number, the cardholder identification number, transaction 
amount. If die transaction amount plus any transactional fees is less than or equal to die 
available balance on the account, then the validation program matches the information with 
die information stored within die account data storage 43 and makes the appropriate updates 
25 to the cardholder account balance as stored in die user account data storage 43, and to the 
merchant account balance as stored in the merchant account data storage 49. If the 
transaction amount exceeds die available balance, then the validation program 30 produces an 
error message that is relayed to the merchant's 8 computer. It must be noted that the 
verification program uses proprietary software using current database and encryption 
30 technology that realize the verification in a seamless, nearly automatic to die customer's eye 
fashion. 
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FIG. 8 covers (he consumer behavior and ad campaign database system 13. External 
programs cooperating therewith are the tracking system 14, which will be further discussed 
under FIG. 9, and the card account system 7 discussed under FIG. 6. The Corporation 
promotional Internet server sites 13 have the following major internal programs: Publisher 
5 database 63, merchant database 64, PASSword database 65, user database 66 and event 
tracking system 67. All subroutines or programs have already been discussed 

FIG. 9 is a block diagram representing the relationships between the main elements 
that comprise the transaction tracking system. The transaction tracking system 14 is 
comprised of a computer system linked to die computers serving the overseer website 6 
10 (Internet server), the account management system 14, and the consumer behavior and ad 
campaign database system 13, shown in FIG. 8. 

A transaction log including all the transactions validated, successfully or not, by the 
validation program 30, FIG. 5, is kept by the transaction database management program 80. 
The transaction database management program 80 channels die information to data storage 

15 elements 81, 79 and the 2nd auxiliary data storage 83 contained within the transaction 
tracking system 14. The flow of information within die transaction tracking system 14 is 
handled by die Transaction database management program 80 and die encryption program 
82, which ensures die integrity of die data stored within the system 14. Other subroutines or 
programs have already been discussed. Contingent on a positive verification of funds, the 

20 merchant 8, FIG. 5, delivers goods and or services to customer 4. 

Funds must be transferred from the Corporation to external accounts. Hie 
mechanisms by which the Corporation disburses funds generated by the electronic commerce 
transactions between die consumers 4 and the merchants 8 are as follows: die Corporation 
makes funds available to die merchants either by an electronic transfer of funds to the 

25 merchant's choice of financial institutions, or by sending a check note from its finance 
department to die payee of record established by the merchant in the merchant profile, 
created and managed by die distributor and merchant accounts pr ogr am 20. Depending on 
die options set within the account management menu 29, die Corporation will deliver the 
desired cash amount available to a merchant's established bank or credit accounts. 

30 Transaction and contract fees will be assessed during the disbursement expenses. 
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The process is automatic and initiated by scripts contained within die validation 
program 30 on every occasion that an electronic commerce transaction is validated by die 
account management system 7. Every time that a transaction results in a positive balance in 
the merchant account as stored in die account data storage 49, a combination of programs 
5 within the merchant account pr ogram 20 and die distributor and merchant account system 41 
initiates a transfer of funds to the financial institution established by the merchant 

The information gathered during the transaction is then delivered to the corresponding 
banking or credit agency authority or clearinghouse to confirm that the account information 
corresponds to a valid, active account within die financial institution's system. Having 
10 received confirmation from the financial institution, then the account management program 
29 will credit die specified account with funds deducted from the merchant's card account 
The amount of the funds transferred equals the transaction amount minus the transactional 
and contractual fees assessed by the Corporation. 

It is die financial institution's responsibility to update die amount transferred to die 
15 merchant's account balance. If die account and the requested transfer amounts are validated 
and approved by the financial institution, then die account management program 29 sends die 
transfer amount information to the database management system 51 which in turn updates die 
account data storage element 49 to reflect the changes on die specified card merchant 
account 

20 . If die merchant chooses to receive a check, as indicated by the account profile 

established within the account management program 29, then the same process as the one 
established for disbursement of funds via electronic means (as described above) applies, 
except that instead of generating an electronic transaction, die scripts contained within the 
account management program 29 will generate scripts that cause die payee name, check 

25 disbursement amount, and mailing address to be relayed to die Corporation's accounts 
payable department It is die Corporation's sole responsibility to ensure that die check 
requested is mailed to die merchant 8 within a time period previously communicated to die 
merchant 8 by die account management program 29. 

The Corporation makes use of the information gathered by its card account 
30 management databases 45, 51, 80, 81, and its IMAGE program databases 68, 69, 71, 73, 74— 
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information compiled from transactions conducted in each of the model's critical steps—to 
create market research reports that provide information regarding the psycho-demographic 
patterns derived from die behavior tracked by the account management system. The market 
research information is accessed via the Internet Server 6, which uses information gathered 
5 and processed within the database systems 13, 14. 

FIG. 3, briefly discussed earlier, represents the relationships between die main 
elements that comprise the electronic commerce marketing and advertising system (IMAGE: 
Interactive Marketing and Advertising Gateway for Electronic Commerce). 
Merchants/advertisers 8 enter the IMAGE program by pledging a promotional offer. The 

10 merchant logs in (connects to) to the Corporation website 6 in order to establish a new 
account or maintain an existing account Merchant pledges the initial promotional offer or 
updates a current campaign by adding inventory through the Internet server using information 
gathered and processed within the database system 13. The promotional offer may consist of 
discounts, excess inventory items, discontinued hems, informative brochures, and/or any 

15 other items that may be used in the form of a sample or gift with the intent of increasing the 
likelihood of a purchase transaction from die receiving consumer. 

The Corporation works with advertising people, publishers/distributors and merchants 
to setup networks and mutually beneficial affiances. 

A network refers to the consumer coverage for die distribution of a promotion. The 
20 network will vary according to die following criteria: media, geographic distribution, and 
industry. 

The merchant can select from television, radio, or print (magazines, newsletters, 
newspapers and banners). Under the various media options, the merchant may select his/her 
distribution channels across different industry and geographic networks. Advertisement may 
25 also be provided on wireless devices, such as cellular phones or PDAs or the like, and further 
on billboards or banners such as alongside outdoor roadways or highways, on buildings or 
subway stations and die like. 

The merchant can select from local, regional, national or international coverage. 
Under die geographic network, die merchant may select his/her distribution channels across 
30 different industries and media types. 
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Hie merchant can specify the coverage based on the industry in which he/she 
conducts his/her business. Under the industry network, the merchant may select his/her 
distribution channels across different geographies and media types. 

Merchants pay a processing fee to the Corporation in accordance with the type of 
5 network selected 

The merchant/advertiser fulfills the promise to deliver free goods, services or 
discounts to the consumer. The merchant monitors participation rates in real time by 
connecting to the Internet server 6, which uses information gathered and processed within 
die database system 13. IMAGE media distributor/publishers 9 agree to publish an ad 
1 0 guaranteeing free merchandise from a number of participating Internet retailers. 

The distributor/publisher enters the alliance by paying a contract maintenance fee and 
allowing the Corporation to place advertisements in his/her publication. The 
distributor/publisher monitors participation rates in real time by connecting to die Internet 
Server 6, which uses information gathered and processed within the database system 13. 

15 A PASSword participant may be described as one who advertises with a 

distributor/publisher and is interested in checking the effectiveness of his or her advertising 
as rapidly as possible. The PASSword participant enters the alliance by paying a contract 
maintenance fee that is set as a percentage of the amount paid to die publisher by die 
PASSword participant for the advertising to which the PASSword verification directs 

20 customer attention. 

FIG. 7, briefly discussed earlier, represents the relationships between the main 
elements that comprise the promotional website. The promotional websites are served by a 
computer that is linked on a network to die computers serving the consumer behavior and ad 
campaign database system 13, the transaction tracking system 14, the overseer website 6, and 
25 the account management system 7. Direct access to die promotional websites is achieved by 
the consumers 11 in a manner consistent with that by which consumers connect to other 
websites within die Internet global online network. An example of how this connection is 
achieved has been outlined on the description of the access to the overseer website 6 by the 
consumers 4 within die description of the prepaid card system. 
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Consumers 11, by purchasing or browsing, respond to or acknowledge the 
advertisement placed in the different media. As a result of the acknowledgement of the 
advertisement, the consumer contacts the Corporation by either telephone (via toll free 
numbers), or by accessing one of the Corporation promotional websites 12. Once contact has 
5 been established, the Corporation will collect specific information that will direct the 
consumer to an advertisement placed in the magazine by die PASS word participant 10. The 
PASSword ad is used to verify that the consumer participant has the IMAGE publication in 
hand. Once participants have logged on to one of the promotional Internet sites or they have 
established contact with a customer service representative, they must answer a PASSword 
10 question before moving on to claim their free promotional goods and services. 

From the promotional website 12, the consumer is able to select free items, samples or 
discounts from a selection of merchant offerings that are targeted to die audience specific to 
the pre-established demographics of the advertisement media. 

FIG. 8 , briefly discussed earlier, is a block diagram representing the relationships 
15 between the main elements that comprise the consumer behavior and ad campaign database 
system 13. The consumer behavior and ad campaign database system 13 is served by a 
computer that is linked on a network to the computers serving die promotional websites 12, 
die transaction tracking system 14, die overseer website 6, and the account management 
system 7. The consumer behavior and ad campaign database system 13 computer is 
20 comprised of a publisher database program 63, a merchant database program 64, a 
PASSword database program 65, a user database program 66, and an event tracking system 
67. 

The publisher database program 63 comprises a publisher account data unit that is in 
turn linked to the new account program 34, account management program 35, and die 
25 update/renew program 38, all contained within the overseer website computer 6. 

The merchant database program 64 comprises a merchant account data unit 69 and an 
inventory data system 70. The merchant account data unit 69 is linked to die new account 
program 34, account management program 35, and the update/renew program 38, all 
contained within die overseer website computer 6. The inventory data system 70 is 
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comprised of the inventory database program 77, and the current (modified) data storage unit 
78. 

The PASSword database program 65 comprises the PAS Sword account data unit 71, 
and the image/picture database program 72. The PASSword account data unit 71 is linked to 
5 die new account program 34, account management program 35, and die update/renew 
program 38, all contained within the overseer website computer 6. 

The user database program 66 comprises die user account data 73 and is linked to die 
new account program 34, account management program 35, and die update/renew program 
38 all contained within die overseer website computer 6. 

10 The event tracking system 67 is comprised of the event data storage unit 74, tracking 

system program 75, and an event backup data storage unit 76. The event tracking system is 
linked to die search program 36 and the monitoring program 37, both contained within the 
overseer website computer 6, and to die encryption program 82 of die transaction tracking 
system 14. 

15 The Corporation monitors die consumer selections as recorded by die components of 

die consumer behavior and ad campaign database system 13 computer, the card transaction 
tracking Systran 14 computer, die overseer website server 6 computer, and the promotional 
website 12 server computers in order to produce market research reports containing psycho- 
demographic and geographic reports based on interaction with the consumer and consumer- 

20 shopping behavior. 

The Corporation delivers market research packages to IMAGE merchant/advertisers, 
publisher/distributors and PASSword advertisers through the Internet server 6 using 
information gathered and processed within the consumer behavior and ad campaign database 
system 13. 

25 FIG. 9, briefly discussed earlier, represents die relationships between the main 

elements that comprise the transaction tracking system 14. The transaction tracking system 
14 is served by a computer that is linked on a network to the computers serving the 
promotional websites 12, die consumer behavior and ad campaign database system 13, the 
oversea' website 6, and die account management system 7. The transaction tracking system 
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14 computer is comprised of a transaction data storage 79, a transaction database 
management program 80, a backup data unit 81, an encryption program 82, and a 2nd 
auxiliary data storage 83. 

A transaction log including all the transactions validated, successfully or not, by the 
5 validation program 30 is kept by the transaction database management program 80. The 
transaction database management program 80 channels die information to data storage 
elements 81, 83 contained within the transaction tracking system 14. The flow of information 
within the transaction tracking system 14 is handled by die transaction database management 
program 80 and the encryption program 82, which ensures die integrity of die data stored 
10 within the system 14. Contingent on a positive verification of funds, the merchant 8 delivers 
goods and/or services to customer 4. 

FIG. 10 is a simplified block diagram of an exemplary e-commerce proxy purchase 
system 100 according to an embodiment of die present invention. The proxy purchase 100 
incorporates or otherwise contemplates the use of a network 101, which may include or 

15 otherwise comprise any type of local area network (LAN) or wide area network (WAN) as 
known to those dolled in the art The network 101 may incorporate all or a substantive 
portion of the global network online system (the "Internet") and any intranets or extranets as 
desired. The present invention is illustrated using Internet principles, such as the concepts of 
global networks, web sites, web pages, URLs (Uniform Resource Locators), etc., although it 

20 is understood that the present invention is not limited to any particular type of network or 
network system. 

Although not specifically shown, the present invention contemplates wireless 
communications at any point in the communication system, such as any type of wireless 
connection to die Internet Wireless communications of all types are contemplated, such as 
25 the use of infrared, laser or microwave communications or the like. The present invention 
also contemplates die use of wireless devices, such as cellular phones, personal digital 
assistants (PDAs) or any other similar devices. 

A plurality of user systems or user entities 103, individually labeled USER 1, user 2, 
user 3, etc., are coupled to the network 101 using any one of a plurality of connection means 
30 previously described, already known, or newly discovered. For example, each user entity 
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103 establishes a connection to the network 101 using any type of communication device or 
technology, such as any type of analog, digital or cable modem to a service provider or 
hosting entity. Each user entity 103 is associated with one or more corresponding users. Any 
user entity 103 may alternatively be coupled via a LAN or WAN gateway device (not shown) 
5 to the network 101, where die LAN/WAN may be implemented according to any standard 
communication topology, such as Ethernet or the like. Each user entity 103 includes 
appropriate operating system (OS) and application software for establishing communications 
on the network 101, such as Internet Explorer by Microsoft, Netscape Navigator, AOL, etc. 
Such communication software typically includes browser or browsing capabilities for 
10 addressing a web site, such as via die Internet protocol (IP) or a URL or the like, and for 
retrieving, interpreting and displaying web pages or die like written in HyperText Markup 
Language (HTML), extensible Markup Language (XML) or the like. In this manner, the 
user entities 103 are able to communicate with other user entities 103 or to communicate with 
any other systems or services coupled to the network 101. 

15 A plurality of vendors or merchants 105, individually labeled MERCHANT 1, 

MERCHANT, MERCHANT 3, etc., are also connected to the network 101 to enable any of 
die user entities 103 to browse and purchase goods or services. A user entity 103, such as 
USER 1, browses a web page or die like from a merchant 105, such as MERCHANT 1, to 
"surf", "browse" or otherwise shop die inventory of goods or services of the selected 

20 merchant A predominant method of purchase is die use of a credit, debit or other type of 
charge card that is generally "universally" accepted by any and all of the merchants 105 
doing business through the network 101 (such as VISA, MasterCard, American Express, 
etc.). The term "charge" as used herein incorporates die concepts of either credit or debit 
including credit or debit accounts and corresponding credit or debit cards. For example, a 

25 charge account refers to either a debit or credit account and a charge card refers to either a 
credit card or debit card In this manner, the user must have a valid charge card supported by 
a corresponding bank or financial institution, and die user must submit necessary information 
(typically including card number and expiration date) to the selected merchant in order to 
purchase die selected goods or services from that merchant 

30 The use of an established charge account is problematic for many online users for 

several reasons. First, die user must have sufficient credit in order to obtain the charge 



WO 01/16768 



PCT/USOO/23413 



3*1 

account and corresponding number in the first place. Many users, such as young people or 
die disenfranchised, have sufficient funds for purchasing from any of the merchants 105, yet 
lack the necessary credentials or credit for establishing a proper charge account Second, 
many people, for various reasons, desire not to use charge accounts and are thus precluded 
5 from most online merchants or retailers. Third, the use of charge accounts and cards 
typically requires specific user identification, thereby reducing or otherwise eliminating 
anonymity. Many users may desire to remain anonymous while purchasing goods or services 
online. 

A proxy system 107 is provided and coupled to the network 101 to serve as an 

10 intermediary to enable any of the user entities 103 to purchase goods or services from the 
merchants 105 regardless of whether the user entities have an established charge account A 
user (consumer, customer or the like) associated with any user entity 103 submits cash or any 
appropriate currency to a receiving entity 109. As further described below, the receiving 
entity 109 may comprise or incorporate any one or more of a plurality of different entities or 

15 systems. In one embodiment, die receiving entity 109 includes a an automated dispensing 
unit (ADU) or vending machine or the like located at any private or public establishment as 
desired. The receiving entity 109 may also comprise a person, such as a cashier or clerk or 
die like, at any private or public physical establishment or brick and mortar location, such as 
a bank, post office, train station, airport, etc., or any type of club, bar, restaurant or store, such 

20 as a convenience store, grocery market, department store, convenience store, etc. In return 
for the cash or currency, the user receives a unique serial number that may be used to 
establish one or more accounts with the proxy system 107. Each account established with die 
proxy system 107 is referred to as a "debit" or "cash" account since it may be initiated and 
funded using cash or the like, including currency, checks, money orders, etc. Also, once 

25 established, the account is used like cash or like a debit account for purchasing goods or 
services from any of the merchants 105. 

The receiving entity 109 is affiliated with or otherwise serves as an agent for the 
proxy system 107. The receiving entity 109 receives or otherwise stores information used to 
generate or forward the serial number, and provides die currency or cash received from users 
30 to die proxy system 107 or an agent thereof, such as a bank or other financial institution 161 
affiliated with the proxy system 107. In one embodiment, for example, an account is opened 
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at the bank 161 for receiving cash, currency or funds on behalf of the proxy system 107. It is 
noted that many variations are possible and contemplated. The bank 161 may represent a 
plurality of different branch offices of one bank or even a multiple number of different banks 
used by the proxy system 107. In another embodiment, currency may be received directly by 

5 or directly at any branch of the bank 161 or the proxy system 107 so that intermediate 
receiving entities 109 are not necessary. The receiving entity 109, however, provides an 
additional level of convenience and represents a network of individual receiving entities 
widely distributed within any desired geographic area or even the entire world, where each 
receiving entity 109 forwards cash received to any bank 161 or any other financial institution 

10 authorized by die proxy system 107. 

Hie proxy system 107 provides serial number information to each receiving entity 
109, and the cash received from users is forwarded to the bank 161. In one embodiment, the 
serial number is imprinted on a card 111 or the like for convenient access by die user, where 
the card 1 1 1 is sold to the user in exchange for the cash or currency. In another embodiment, 

15 a valid serial number is imprinted onto the card 111 upon purchase by the user via the 
receiving entity 109. As described further below, die receiving entity 109 includes a 
validation unit or the like for validating die card 111 upon purchase by generating and 
printing a valid serial number on die face of the card 111. A particular embodiment of the 
receiving entity 109 is an automated dispensing unit (ADU), further described below, 

20 configured to receive cash from a user, where die ADU further includes a validation unit, 
further described below, which creates ami imprints die serial number on die card 1 11 for use 
by the user. In another embodiment, the receiving entity 109 includes a cashier or clerk, a 
supply of invalidated cards and a validation unit, where the clerk inserts the card into the 
validation unit, which creates and prints the serial number onto the card 111 upon purchase of 

25 the card by a user. 

In yet another embodiment, die serial number is provided to the user via any type of 
communication means, such as to die user's computer via the Internet, or to die user's 
communication device of choice. The serial number could be transmitted to a user's cell 
phone or PDA device, either via a wired or wireless connection. For example, the serial 
30 number may be transmitted by infrared (IR) communications to cell phone or PDA or die 
like. 
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In any event, die user receives a serial number in exchange for cash or currency, 
where the cash is ultimately forwarded to the proxy system 107 or deposited into a bank 
account established on behalf of die proxy system 107. The currency or cash may be 
collected periodically or immediately forwarded to die bank 161 upon receipt 

The proxy system 107 incorporates any necessary hardware and software for 
establishing an online presence on the network 101 for creating and managing cash accounts 
for the user entities 103 and for facilitating goods and services purchasing transactions as 
described herein. In one embodiment, die proxy system 107 includes one or more server 
computers that collectively implement a communication system 1 13, a processor system 1 15 
and a memory system 117. The communication system 113 manages connection to the 
network 101 for establishing and maintaining communications with any of the user entities 
103 and the merchants 105. The processor system 115 incorporates one or more 
microprocessors or the like for accessing and executing software programs and code to 
perform the functions of die proxy system 107. The memory system 117 includes any type of 
memory devices, such as read-only memory (ROM) or random access memory (RAM) or die 
Kke, for storing software programs for execution by die processor system 115 and for 
temporary storage of data and parameters utilized and processed by the processor system 115. 
The proxy system 107 may further incorporate a storage system 119 including one or more 
storage devices or die like, such as disk drives, tape drives, etc., for permanent storage of 
software programs and data as known to those skilled in the art For example, the storage 
system 119 is used to store software programs and databases associated with die user entities 
103 and merchants 105 as necessary, and, further, to store web page format information for 
the proxy system 107 to facilitate communication interfaces. 

The serial number is submitted to the proxy system 107 via a user entity 103 and die 
network 101 to establish a cash account with the proxy system 107. For example, USER 1 
receives a valid serial number on the card 111, and USER 1 then accesses a web page 
provided by the proxy system 107 via the network 101 using a known URL, which may also 
be printed on die card 111. A user connection 121 is established with die communication 
system 113 provided at the proxy system 107. If USER 1 is a new user, then the proxy 
system 107 invokes an account manager 123 that assists USER 1 in establishing a new 
account using die serial number. The account manager 123 prompts for and receives die 
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serial number from USER 1 and determines whether the serial number is valid. If the serial 
number is valid, the account manager 123 establishes a cash account 125 for USER 1. The 
USER 1 account 125 incorporates sufficient data to facilitate online purchases via the 
network 101. In one embodiment, die account manager 123 creates and supplies a user 
5 identifier (user ID) 127 and a corresponding password 129 and provides this user 
identification information back to USER 1 to facilitate access to the USER 1 account 125. In 
another embodiment, the account manager 123 prompts for the user ID 127 and the password 
129, which is supplied by USER 1, where the user identification information is then stored 
within the USER 1 account 125. 

10 In one embodiment, the serial number provided on the card 111 incorporates, encodes 

or otherwise encrypts a cash amount or value corresponding to die amount of cash or 
currency provided to the receiving entity 109. The cash amount is stored within the USER 1 
account 125 as an account balance 131. As described further below, the account manager 
123 deducts a total purchase amount from die account balance 131 for each purchase 
15 transaction conducted by USER 1. In this manner, the remaining cash or funds available to 
any user entity 103 with a valid account are always maintained by the proxy system 107. 

Each cash account maintained by the proxy system 107 may further incorporate other 
types of information, such as default information 133. The default information 133 may 
include, for example, a default shipping address for shipping goods and services purchased 
online. The shipping address may be the address of the user or any address selected by die 
user, such as a P.O. box. A P.O. box may enable anonymity for die user if desired. The 
default information 133 may include other information, such as preferences associated with 
use of die proxy system 107, or other preferences. Once the USER 1 account 125 is 
established, USER 1 may log in to the proxy system 107 using die appropriate user ID 127 
and password 129 and access the USER 1 account 125 for purposes of account management 
as further described below. 

The card 111 may comprise any type of configuration, such as a credit card, debit 
card, phone card, smart card or any other standard or convenient size for fitting within a 
standard wallet or die Kke, where such cards are typically made of plastic, paper or cardboard 
30 or any other suitable material. It is noted, however, that once the serial number is submitted 
to the account manager 123 and a corresponding user account is activated corresponding to 
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the original serial number, then the original serial number is no longer valid Subsequent 
attempts to establish another account using the same serial number are detected by die 
account manager 123 and rejected. The card 1 1 1 is effectively useless once a user entity 103 
has activated an account with the proxy system 107 using the serial number imprinted on the 
5 card 111. In this manner, an additional level of security is provided so that a user entity 103 
does not lose funds once activating an account with the proxy system 107 using the serial 
number. Once a cash account is activated, the user entity 103 accesses the corresponding 
account using die corresponding user ID and password associated with the activated account 
For this reason, it is noted that the particular card is not necessary and the serial number may 
10 be conveyed to a user in any desired manner or format The card 111 simply provides a 
convenient format and medium of exchange for enabling convenient transport of the serial 
number for subsequent activation of a cash account with the proxy system 1 07. 

A card embodiment also provides a convenient and powerful advertising mechanism 
for vendors and merchants. Advertising information by any merchant or vendor may be 
15 printed on the face of the card. The card serves as an advertising vehicle when displayed at 
an ADU and after purchase while being carried by a user. Such advertising may serve 
strategic purposes, where the advertising agent of a purchased card may receive an incentive 
or other compensation. Tracking particular purchased cards with the associated advertisers 
may also serve other strategic purposes. 

20 A particular advantage provided by the proxy system 107 is that the user may remain 

entirely anonymous even after establishing a cash account with the proxy system 107. The 
user interacts with die receiving entity 109 on a cash and anonymous basis and receives a 
corresponding serial number. The serial number has no identity or other information specific 
to the user. The account manager 123 establishes an account for any valid serial number and 

25 either provides or prompts for a user ID and the corresponding password may be defined by 
the user and may be arbitrary as long as any predetermined specifications or requirements are 
followed as previously described. 

Once a cash account has been activated for a user, the user logs into the associated 
cash account and may then request to perform online transactions. In response, the proxy 
30 system 107 invokes a transaction block 135 for purchasing goods and/or services from any of 
the merchants 105. In a particular embodiment, a user entity 103 accesses a welcome web 



WO 01/16768 



PCTAJS00/23413 



2h 

page of the proxy system 107 via the network 101 and a user connection 121 and logs on to 
access a corresponding cash account The user entity 103 selects and activates the transaction 
block 135. In one embodiment, the transaction block 135 establishes a separate proxy 
connection 137 with die network 101 for accessing any of the merchants 105 while the user 
5 entity 103 m«ipft»"g a session with the proxy system 107 via the user connection 121. In this 
manner, the transaction block 135 acts as an intermediary or proxy between a particular user 
entity 103 and any of the merchants 105. The transaction block 135 intercepts all commands 
and click selections by the user entity 103 and forwards these commands and selections to the 
network 101 via the proxy connection 137, where the transaction block 135 remains 

10 effectively transparent to die user entity 103. For example, after establishing and logging on 
to an active cash account of the proxy system 107, USER 1 submits browsing commands to 
access web pages of any of die merchants 105, such as MERCHANT 2. The transaction 
block 135 establishes a session via the proxy connection 137 with MERCHANT 2, receives 
the web page from MERCHANT 2, and forwards the web page to USER 1. In this manner, 

15 any of die user entities 103 may surf or otherwise browse the network 101 accessing any of 
die merchants 105 in order to navigate the merchants 105 in search of goods or services, 
where the transaction block 135 effectively operates as an intermediary. The proxy system 
107 operating as an intermediary establishes an additional level of security and anonymity for 
die user entities 103. 

20 A user entity 103 may then use the proxy system 107 to purchase from any of the 

merchants 105 using an active cadi account For example, USER 1 has established an active 
cash account 125 with the proxy system 107 and may shop any of the merchants 105 such as 
MERCHANT 2. USER 1 selects particular goods and services according to die particular 
software and configuration of MERCHANT 2, such as compiling goods into a shopping cart 

25 or the like. When USER 1 is ready to purchase, USER 1 makes the appropriate selections to 
cause MERCHANT 2 to generate a purchase page 141. The purchase page 141 typically 
includes a list of all items to be purchased and a total purchase amount 143, which may 
include any appropriate taxes and any other charges such as shipping charges or the like. The 
purchase page 141, with the total purchase amount 143, is received by the transaction block 

30 135 and forwarded to USER 1. An interactive buy button 145 is displayed at USER 1 to 
confirm purchase of the items on the purchase page 141 for the total purchase amount 143. 
The buy button 145 may be incorporated into die purchase page 141 or may be displayed 
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using any one of a variety of methods. A frame incorporating the buy button 145 may be sent 
to USER 1 from the proxy system 107 for display. Alternatively, the buy button 145 may be 
displayed in a separate browser window after login. 

The transaction block 135 intercepts selection of die buy button 145, indicating the 
desire to purchase die items listed on die purchase page 141. In one embodiment, USER 1 
need not fill in all of die otherwise necessary details of die purchase page 141 that are usually 
required by the selected merchant 105, such as MERCHANT 2. In particular, the purchase 
page 141 typically requires name, address and other required or optional information and 
further requires the user to submit a valid charge card number and corresponding expiration 
date. Instead, USER 1 simply selects die buy button 145. Alternatively, a key word, such as 
the word "buy" or the like, is typed into any predetermined field within the purchase page 
141, such as the field normally reserved for a charge card number, and, upon selection of the 
buy button 145, the transaction block 135 scans and detects the key word. 

The transaction block 135, after detecting selection of the buy button 145 and/or 
corresponding key word, retrieves the total purchase amount 143 from the purchase page 141. 
Hie transaction block 135 queries die account manager 123 to access the USER 1 cash 
account 125 to determine whether die balance 131 indicates sufficient funds to cover the total 
purchase amount 143. For example, die transaction block 135 submits the total purchase 
amount 143 to the account manager 123, which compares die total purchase amount 143 with 
die account balance 131 to determine whether sufficient funds are available. If sufficient 
funds are not available such as, for example, if the total purchase amount 143 exceeds the 
account balance 131, then the account manager 123 informs die transaction block 135, which 
rejects die sale or purchase. The transaction block 135 informs USER 1 that the purchase is 
rejected for lack of sufficient funds. On the other hand, if die account balance 131 indicates 
that sufficient funds are available, then die transaction block 135 informs the account 
manager 123 that die sale is to be completed. The account manager 123 deducts die total 
purchase amount 143 from die account balance 131, resulting in a new account balance 131 
available to USER 1. 

The transaction block 135 further populates the purchase page 141 with die 
appropriate required information to complete the sale requested by USER 1. In particular, the 
transaction block 135 accesses a pre-existing charge account 147 of die proxy system 107, 
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which includes any and all requisite information for conducting online purchases, such as a 
charge number 148 and an expiration date 149. The charge account 147 is a pre-established 
charge account sponsored by an appropriate financial institution or bank 163, where die 
charge account 147 is universally accepted such as by any of the merchants 105. In this 
5 manner, the purchase page 141 is populated with valid charge account information of die 
proxy system 107 for completing die desired sale for USER 1 with an active cash account 
with sufficient funds. The transaction block 135 may also populate the purchase page 141 
with other information, such as a shipping address, which would otherwise be required for 
shipment of goods to USER 1. The transaction block 135 may query or prompt USER 1 for 
10 an alternative shipping address other than die default shipping address if previously provided. 
In this manner, USER 1 may use the de&ult shipping address previously supplied or may 
provide a new shipping address for the particular purchase. 

Once the purchase page 141 is populated with valid charge account information from 
the charge account 147, die transaction block 135 transmits a populated purchase page 142 to 

15 die selected merchant 105, such as MERCHANT 2, which receives and verifies die populated 
purchase page 142. Since die proxy system 107 populates the purchase page 142 with vaKd 
charge information, MERCHANT 2 accepts the populated purchase page 142 and completes 
the sale. It is noted that MERCHANT 2 is isolated from the particular user entity USER 1 
interested in die purchase since MERCHANT 2 is effectively transacting the purchase with 

20 the proxy system 107. Once die purchase is approved by MERCHANT 2, such as 
MERCHANT 2, that merchant may optionally submit a confirmation page 151 addressed to 
the proxy system 107 via the network 101. The transaction block 135 intercepts die 
confirmation page 151 and forwards a corresponding proxy confirmation page 153 to die user 
entity 103 via the user connection 115. Although the confirmation page 151 may optionally 

25 be forwarded to USER 1, it may contain specific charge account information of the charge 
account 147 of die proxy system 107. Thus, it may not be desired to provide such 
information to USER 1 or any other user entity 103. In one embodiment, the transaction 
block 135 scans the confirmation page 151 and strips out or otherwise masks specific charge 
account information of die proxy system 107 and forwards a modified version of the 

30 confirmation page 151 in die form of the proxy confirmation page 153 back to the user entity 
103. In this manner, a user entity 103 effectively receives a confirmation page from the 
selected merchant 105 without the specific account information of the charge account 147. 
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It is noted that the systems established by the merchants 105 need not be modified and 
effectively operate in the same manner as currently operated. The proxy system 107 simply 
acts as an intermediary or proxy for any of the user entities 1 03 which have established a cash 
account with the proxy system 107 as previously described. In one embodiment, the 
5 particular configuration of the systems utilized by the user entities 103 may also be used to 
transmit online business via the proxy system 107 without modification. In this embodiment, 
die transaction block 135 frames web pages from the network 101 within a proxy system 
frame and forwards the proxy system frame to the user entity 103. The user views the outer 
frame supplied by the proxy system 1 07 for controlling online purchases. 

10 In another embodiment, a virtual advisor program 155 is loaded onto die user entity 

103 to interact with the proxy system 107 as desired. The virtual advisor program 155 may 
be implemented as software provided to the user entity 103 or may otherwise be software 
downloaded to a user entity 103 via die network 101 and installed on the user entity 103. In 
one embodiment, die virtual advisor program 155 is added to a browser p rog ram as a routine 

15 or plug-in that is readily available to die user from a tool menu or task bar on die browser. 
The virtual advisor program 155 operates in conjunction with the transaction block 135 to 
provide similar functions previously described. One benefit of die virtual advisor program 
155, however, is that the user entity 103 need not remember or store die URL or address of 
any of the merchants 105, as this function is handled by die virtual advisor program 155. The 

20 virtual advisor program 155 monitors die browsing function and detects selection by a user 
entity 103 for a purchase of goods or services of any of the merchants 105. Upon detection 
of a desired purchase, such as selection of the buy button 145, die virtual advisor program 
155 establishes a connection with die proxy system 107 and forwards the purchase page 141 
to die transaction block 135. The transaction block 135 performs die accounting functions to 

25 verify sufficient funds, populates die purchase page 141 with the necessary purchase 
information, such as die charge number 148 and the expiration date 149, and submits the 
populated purchase page 142 to die selected merchant 105. Alternatively, die transaction 
block 135 performs the account functions and provides the necessary purchase information to 
the virtual advisor program 155. The virtual advisor program 155 populates the purchase 

30 page 141 and forwards die populated purchase page 142 to the selected merchant 105. In 
either of these embodiments, the particular transactions occurring between the user entity 
103, the proxy system 107, and die selected merchant 105 is effectively transparent to the 



WO 01/16768 



PCT/US00/23413 



user entity 103. Dining the transaction, or soon thereafter, the selected merchant 105, or a 
chosen agent thereof, uses the charge number 148 and/or any other information of the charge 
account 147 to contact the financial institution issuing the charge account 147, such as the 
bank 163, to pre-approve die transaction. The merchant 105 or its agent then submits an 

5 invoice or other request for funds from die bank 163 in standard fashion. The bank 163 
ultimately contacts the bank 161 to retrieve die requisite funds of die transaction. The proxy 
system 107, in one embodiment, generates a report of all transactions conducted by the 
transaction block 135 and forwards the report to either or both of the banks 161, 163. 
Alternatively, either or both banks 161, 163 generates reports that are forwarded to die proxy 

10 system 107. The proxy system 107 may then reconcile the bank reports with data at the 
proxy system 107 for accounting purposes or to otherwise identify software or database 
discrepancies. Such reporting may also be used to identify and prevent fraudulent use of the 
system. 

A single financial entity 162 replacing or otherwise affiliated with the banks 161, 163 
15 may streamline die entire transaction process. For example, die single financial entity 162 
may also comprise a single bank that receives all funds from die receiving entity 109 and also 
sponsors die charge account 147 for die proxy system 107. The entity 162 has access to die 
cash account for the proxy system 107 to ensure sufficient funds for any particular 
transaction. 

20 Once the purchase or sale has been completed, the selected merchant 105 utilizes the 

shipping address to ship the goods or services to die selected shipping address of the user 
entity 103, such as USER 1. In effect, the proxy system 107 receives sufficient funds up 
front via the receiving entity 109 and maintains a debit account for completing purchases via 
any of the merchants 105 through the network 101. The credit or debit amount is then 

25 deducted from the pre-funded account, where the funds are ultimately forwarded to the 
appropriate merchant 

The proxy system 107 may incorporate many or all of the functions of the Prepaid 
Card Based Internet and Merchandiser Sales and Advertising System previously described. 
However, use of a pre-established charge account by die proxy system 107 to conduct online 
30 transactions reduces or eliminates many functions. The sale of pre-paid cash cards in 
exchange for a valid serial number may be similar, although ADUs or vending machines with 
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validation units, described below, are also contemplated. Establishing a cash account and 
online account management functions are similar. A user uses a serial number to activate one 
or more accounts, and may further merge accounts, split accounts, create subaccounts, 
request disbursements of funds from one or more accounts, etc. in a similar manner. 

The proxy system 107 eliminates any need for any merchants 10S to honor any 
particular card, such as die card previously described. The charge account 147 is based on 
any one of several universally accepted credit or debit cards, such as Visa, MasterCard, 
American Express, Discover, etc. For this reason, the user entities 103 are not limited to any 
particular merchants on die network 101 of the Internet Hie proxy system 107 may establish 
several universally accepted charge accounts so that virtually any online merchant is 
accessible. There is no need for any of the merchants to become members to enable 
transactions to occur, although merchant membership is not precluded and may still be 
beneficial for other reasons. Thus, merchants do not have to become members and do not 
have to maintain any accounts with the proxy system 107. A selected merchant, therefore, 
does not have to verify the availability of funds in die user's cash account at the proxy system 
107 as die proxy system 107 handles fund verification functions. The merchant need only 
verify the charge account 147, which is essentially identical to any charge account pie- 
approval performed daily for any online customer purchasing using a universal charge card. 

FIG. 11 is a more detailed diagram of an exemplary embodiment of die proxy system 
107. A user entity 203 is shown which represents any of die user entities 103 coupled to the 
network 101. A serial number issuing system 205 is also shown which receives currency 
from die user entity 203 and provides a corresponding serial number in a similar manner as 
previously described with respect to die receiving entity 109. Hie serial number issuing 
Systran 205 may incorporate die receiving entity 109 or any other suitable system used to 
receive currency and provide valid serial numbers. The user entity 203 is shown coupled to 
die proxy system 107, which is typically across a network such as the network 101. 

The proxy system 107 includes a user interface 209, an account activation system 
21 1, an account management system 213 and a transaction system 214. The user entity 203 
initially interfaces a welcome program script 215 within the user interface 209 when 
accessing the proxy system 107. If the user entity 203 has previously established an account, 
the user interface 209 transfers die user entity 203 to a login script 217. Upon successful 
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login via the login script 217, the user interface 209 transfers die user entity 203 to an account 
management program 219, which accesses the account management system 213 to perform 
account management functions as previously described for die account manager 123. For 
example, the user entity 203 may split or consolidate accounts, create subaccounts, add funds 
5 to one or more accounts, review transaction reports, etc. Once the user entity 203 is 
appropriately logged on, the user entity 203 may request activation of a transactions program 
221 to conduct online transactions. The transactions program 221 cooperates with the 
transaction system 214 to perform the functions of die transaction block 13S as previously 
described 

10 If die user entity 203 indicates die desire to establish a new account, the user interface 

209 transfers the user entity 203 to a new account program 223, which accesses the account 
activation system 211. The account activation system 211 includes a serial number 
verification system 22S, which prompts die user entity 203 for the serial number received 
from die serial number issuing system 205. The user entity 203 provides the serial number to 

15 die serial number verification system 225, which verifies whether die serial number is valid. 
If die serial number received from die user entity 203 is not valid, then the serial number 
verification system 225 submits an error message 227 back to die user entity 203 indicating 
an invalid serial number. If an invalid serial number is received, then the serial number 
verification system 225 does not allow the user entity 203 to create a new account The user 

20 entity 203 is allowed to access die account management program 219 or the account 
management system 213 only after establishing at least one valid cash account 

If die serial number verification Systran 225 detects a valid serial number from the 
user entity 203, then the account activation Systran 21 1 transfers the serial number to a serial 
number decoding system 229, which extracts any encoded or encrypted information. For 
25 example, die serial number decoding system 229 extracts time and date data, sponsor data, 
location data or any other information incorporated within the serial number. In one 
embodiment, some of die data retrieved from the serial number, such as location information 
(demographic information and/or zip code), sponsor information (marketing information), 
and temporal information (time, date) is stored for creation of market research reports. 

30 It is noted that for security purposes die information encoded within the serial number 

may not be easily or readily decodable. For example, die information may be encrypted into 
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the serial number and retrieved by an appropriate decryption algorithm. The serial number 
decoding system 229 also decodes and transfers a monetary value data to a debit card 
management system 231. The debit card management system 231 incorporates valid charge 
account information, such as a valid charge card number and a valid charge card expiration 
date, which is used to perform transactions on behalf of the user entity 203. Operation within 
the account activation system 211 is transferred to a create user ID program 233, which 
interacts with the user entity 203 to establish a valid user ID and password as previously 
described with respect to the account manager 123. 

The account activation system 21 1 interfaces the account management system 213 to 
store the new account information. The account management system 213 includes a database 
management program 235, which transfers the information from die create user ID program 
233 and the debit card management system 231 to an account data storage 237. It is noted 
that die information may be transferred through a data encryption program 239 for security 
purposes for storing encrypted data to protect users of the proxy system 107. The account 
data storage 237 may further be interfaced to one or more auxiliary data storage(s) 241 for 
storing die corresponding data for a plurality of users as needed An exemplary cash account 
243 corresponding to die user entity 203 is shown within die account data storage 237. The 
cash account 243 associated with the user entity 203 incorporates the user ID, the password, 
die account balance, and any other default information as previously described with respect to 
the USER 1 account 125. The account balance is initially set to the monetary value data 
retrieved from the serial number provided by die user entity 203. Once the user entity 203 
has a valid cash account 243, die user entity 203 may log in via the log in script 217 and 
interface with the account management program 219, which accesses the cash account 243. 
The user entity 203 may also interface die transactions program 221 to activate and conduct 
online purchases. 

The transaction program 221 interfaces and controls the transaction system 214 to 
enable online purchases. The transaction system 214 includes a navigation and framing block 
251 that enables die user entity 203 to navigate a network such as the network 101 via the 
proxy system 107. As previously described, in one embodiment the user entity 203 maintains 
a session with die proxy system 107, which maintains a separate connection with the network 
101 to browse other entities, such as any of die merchants 105. The navigation and framing 
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block 251 interfaces with the user entity 203 by retrieving navigation functions and 
commands from the user entity 203 and performing the navigation via the network 101, 
where web pages retrieved from the network 101 are forwarded back to the user entity 203. 
The navigation and framing block 251 may formulate a frame associated with the proxy 
system 107 around each page to assist the user entity 203 in browsing functions. An 
exemplary framed transaction page 1300 is shown in FIG. 22. The frame further assists the 
user entity 203 in purchasing from any of the merchants 105. As described previously, in 
another embodiment, the navigation and framing functions performed by the navigation and 
framing block 251 may be performed by a virtual advisor program 155 that is installed on and 
executed by the user entity 203. 

The navigation and framing block 251 is coupled to a tracking block 253 that 
monitors the navigation of die user entity 203. The tracking block 253 also notes purchasing 
decisions by the user entity 203 and stores the information into an appropriate memory. Such 
tracking information may be utilized for subsequent promotions and advertising campaigns 
since it contains specific purchasing characteristics of any particular user. 

The transaction system 214 further includes a search block 255 that enables the user 
entity 203 to search for specific products or services based on any one or more of several 
criteria. The criteria may include price, merchant or service provider description or key 
words, product or service description or key words, industry-related terms, etc. Further, the 
user entity 203 via the search block 255 may search for the lowest price available for specific 
items or services from multiple merchant sites. 

The transaction system 214 further includes a purchase block 257, which incorporates 
die necessary transaction functions to enable the user entity 203 to purchase items online 
using one or more cash accounts, such as the cash account 243. The purchase block 257 
includes an authorize purchase block 259, which interfaces the account management system 
213 to authorize a particular purchase by die user entity 203. In particular, after die user 
entity 203 has browsed and selected goods or services from a merchant for purchase, die user 
entity 203 indicates the desire to purchase the selected goods or services. The authorized 
purchase block 259 compares the total purchase price with the available balance of the 
corresponding cash account, such as the cash account 243, to determine whether to authorize 
the purchase. The purchase block 257 further includes a purchase page population and 
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transmit block 261 which interfaces with the web site of a merchant to populate a purchase 
page and to transmit a populated purchase page, such as the populated purchase page 142, to 
die selected merchant The purchase page population and transmit block 261 cooperates with 
die debit card management system 231 to supply a corresponding debit card number and 
debit card expiration date and any other necessary information to appropriately populate a 
purchase page to complete die transaction. 

The purchase block 257 further includes a confirmation page block 263 to facilitate 
completing a transaction with the user entity 203. The confirmation page block 263 may 
perform confirmation in any one of several different manners. In one embodiment, the 
confirmation page block 263 receives a confirmation page from a selected merchant, such as 
die confirmation page 151, masks any information specific to the proxy system 107, and 
forwards die masked confirmation page to die user entity 203. For example, the particular 
debit card information utilized by the proxy system 107 to complete die transaction may be 
masked so as not to be retrievable by the user entity 203. In an alternative embodiment, die 
proxy system 107 forwards a proxy confirmation page with a predetermined format 
associated with the proxy system 107, such as the proxy confirmation page 153. 

FIG. 12 is a simplified block diagram of an exemplary automated dispensing unit 
(ADU) 300 utilized for dispensing prepaid cash cards supplied with serial numbers used 
according to the present invention. The ADU 300 is similar in function and configuration as 
a vending machine or any type of currency accepting unit In the embodiment shown, die 
ADU 300 includes a card display 301, which is commonly used in known vending machines 
such as stamp machines, candy machines, phone card machines, etc. For example, the card 
display 301 includes three display windows 303, 305, and 307 for displaying three separate 
cash cards 304, 306, and 308, respectively. Of course, any number of cash cards less than or 
greater than three may be displayed as desired. The cash cards 304, 306, and 308 displayed 
may be preprinted with sponsor information and may further include advertisements as 
desired. Preprinted or programmable labels X, Y, and Z associated with the display windows 
303, 305, and 307, respectively, may also be provided within die card display 301 to provide 
further information of the corresponding cash cards. For example, die labels X, Y, and Z 
may define a desired cash value associated with the corresponding adjacent cash cards. In 
one embodiment, the labels X, Y, and Z may define certain predetermined cash card amounts 
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such as $10, $20, $50, $100, etc., where a user is provided with the corresponding cash card 
once the appropriate amount of money is provided and the corresponding cash card is 
selected. 

A selection unit 309 is also provided on the ADU 300 and may include selection 
5 buttons 311 such as according to those commonly used for vending machines. In the 
embodiment shown, three selection buttons 311 individually labeled X, Y, and Z correspond 
to selection of die cash cards 304, 306 and 308, respectively. Of course, any number of 
selection buttons 311 may be provided, or any other type of alternative selection mechanism 
may be used, such as cross-reference, alpha-numeric buttons commonly used in stamp 
10 machines. 

The ADU 300 further includes a currency accepting unit 313 with a corresponding 
slot 314 for accepting standard-sized paper currency in denominations of $1, $5, $10, $20, 
$50, etc. as commonly used for United States currency. Any type of valid domestic and/or 
foreign currency is contemplated depending upon location or geographic region. An optical 

15 reader 315 detects paper bills inserted into the slot 314 of the currency accepting unit 313 to 
verify valid currency and to identify die denomination amount on each bill. An optional coin 
slot 317 may be provided with a corresponding coin detector 319. The ADU 300 may further 
include a processor 321 coupled to die optical read 315 and coin detector 319 for determining 
die total amount of money inserted in the ADU 300. An optional display unit 323 coupled to 

20 die processor 321 may be provided for displaying information. For example, the display 323 
may comprise a simple Light Emitting Diode (LED) display for displaying die amount of 
money that has been received by the ADU 300 via the currency accepting unit 314 and/or the 
coin slot 317. The display 323 may be used to convey any other type of information as may 
be desired. 

25 The ADU 300 further includes an internal card supply 325 for holding preloaded cash 

cards within the ADU 300 for dispensing to the user. In a first embodiment, die cash cards 
loaded within die card supply 325 of die ADU 300 are prevalidated with valid serial numbers. 
The user simply inserts die appropriate amount of money into the ADU 300 as detected by 
the processor 321 and makes a selection via the selection unit 309. If die appropriate amount 

30 of currency is received, die processor 321 activates die card supply 325 and a card dispensing 
unit 327 to dispense die appropriate and selected card via a dispensing slot 329. The serial 
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number may incorporate information identifying a valid serial number and may further 
incorporate the corresponding monetary value of die cash card, such as $20, $50, etc. The 
cash card may further be sponsored by a merchant or advertiser, where the serial number may 
further incorporate card advertiser sponsor information, card bank sponsor information, a lot 
5 number, or any other information that may be desired A significant problem with 
prevalidated cards is a lower level of security such that a significant amount of funds may be 
stolen by breaking into the ADU 300. Any prevalidated cash cards retrieved by a thief from 
die ADU 300 may then be utilized to establish a valid cash account with the proxy system 
107 and retrieve online goods and services using the preprinted serial number as previously 
10 described. It is noted, however, that if die theft is detected in time it is possible to track the 
stolen cards via the corresponding serial numbers and deactivate those serial numbers. 

In another embodiment, the cash cards in die card supply 325 are not validated. The 
unvalidated cash cards optionally include a magnetic strip that stores at least a portion of a 
valid serial number associated with that particular card. The serial number on the magnetic 

15 strip may include any desired information, such as card advertiser sponsor information, card 
bank sponsor information, lot number, etc. associated with that particular card for purposes of 
tracking information. The serial number may optionally include a monetary value if it is 
desired to dispense cash cards with predetermined monetary values. However, it may be 
desired not to incorporate the monetary value into the magnetic strip. Rather, a 

20 programmable monetary value is incorporated into the completed serial number. In any 
event, the serial number on die magnetic strip of the unvalidated card is incomplete and 
therefore not valid and may not be used to establish a cash account and conduct online 
purchases. Unvalidated cash cards provide an increased level of security for use with die 
ADU 300. 

25 The processor 321 is further coupled to a memory 331 which may be implemented as 

random access memory (RAM), read only memory (ROM), or any combination thereof for 
storing certain types of information associated with die ADU 300. For example, die memory 
331 may store location information (LOC) 338, identifying the location of die ADU 300. 
The memory 331 may further store maintenance or service information such as an ID number 

30 and password associated with a maintenance or service personnel responsible for the ADU 
300. An optional communication port 333 is provided to enable external communications 
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and control of the ADU 300. For example, the communication port 333 may be used by the 
appropriate maintenance or service person with corresponding ID and password to program 
or repiogram the memory 331 and processor 321 as desired The memory 331 may further 
incorporate encryption code 337 executable by the processor 321 for performing encoding 
5 and/or encryption functions further described below. The encryption code 337 executed by 
the processor 321 operates as an encryption device for encoding information into the serial 
number. Of course, a separate encryption or encoding device may be used instead. The 
processor 321 may further be coupled to a clock/timer unit 335 for retrieving time and date 
information (temporal information) as desired. 

10 In one embodiment, die processor 321 detects die amount of money received by the 

ADU 300 and optionally displays the amount via the display device 323. The processor 321 
detects selection via die selection unit 309 of a cash card, such as any of the cash cards 304, 
306, or 308, and communicates to the card supply 325 and the card dispensing unit 327 to 
dispense an appropriate cash card via the dispense slot 329. In this embodiment, the 

15 dispensed cash card is still invalidated The user is then instructed to insert the dispensed 
cadi card into a slot 340 of a magnetic (MAG) reader and printer device 339 coupled to die 
processor 321. The MAG reader and printer device 339 reads die partial serial number from 
die magnetic strip on the cash card The processor 321 retrieves die serial number and 
activates the encryption program 337 to complete the serial number. For example, die 

20 location information 338, maintenance information, time and date information, as well as the 
cash amount received, may be incorporated by the encryption code 337 to generate a 
complete and valid serial number. Once the encryption code 337 creates a valid serial 
number, die processor 321 controls die MAG reader and printer device 339 to print the valid 
serial number onto the card to validate die card. For additional security purposes, the serial 

25 number may be generated utilizing any appropriate type of encryption algorithms, and may 
further be based on codes the change with time to prevent or otherwise substantially reduce 
die possibility of fraudulently created serial numbers. The validated card is then dispensed 
from die slot 340 and thus provided to the purchasing user. 

It is noted that even if a cash card is intended to have a specific monetary value, die 
30 processor 321, via the encryption code 337, may be used to incorporate only the monetary 
value into die serial number that has been actually received by the ADU 300 regardless of the 
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face value of the card In this maimer, a card with a face value of $50 may actually 
incorporate any monetary value more or less than $50 corresponding to the exact amount 
received at the ADU 300 provided by the user. Alternatively, the user may be forced to insert 
at least the amount of money of the face value of a selected card to receive that card. 

5 In an alternative embodiment, an internal MAG reader 341 and printer 343 are 

coupled to the processor 321. Hie printer 343 is further coupled to die card dispensing unit 
327. In this embodiment, after selection via die selection unit 309, the card supply 325 
provides a selected card to the MAG reader 341, which reads the partial serial number from 
the MAG strip of the card The partial serial number is provided to the processor 321, which 

to executes the encryption code 337 to generate an encrypted and valid serial number as 
previously described. The processor 321 communicates with the printer 343, which receives 
the cash card from the MAG reader 341 and prints die valid serial number onto the face of the 
card. The printer 343 cooperates with the card dispensing unit 327 to dispense the validated 
card via die dispensing slot 329. In this manner, after the user has selected die appropriate 

15 card, the validation process is performed internal to the ADU 300 so that a validated card is 
dispensed only once, requiring no further action by die user. 

It is noted that the processor 321, die memory 331 and die MAG reader and printer 
device 339 (or the MAG reader 341 and the printer 343) collectively comprise a validation 
unit used to validate cash cards to be dispensed to die user. In an alternative embodiment, a 

20 separate validation unit may be provided and used by a cleric or cashier at a store. The 
validation unit includes a slot for receiving an ^invalidated cash card, which is stamped with a 
valid serial number to validate the card. The validation unit may or may not be coupled to a 
cash register to verify funds. The clerk receives cash from a user, selects an ^invalidated card 
and inserts into die stand-alone validation unit The validation unit stamps the card with a 

25 valid serial number, and the clerk retrieves the card and hands to the user. The validation unit 
may include a numeric input device or die Hke to enable die clerk to input data to be 
incorporated into die serial number. For example, the cash amount received from the user 
may be entered by the clerk, where the validation unit incorporates the value of the card into 
die serial number. 

30 FIG. 13 is a simplified block diagram of another ADU 400 implemented according to 

an alternative embodiment The ADU 400 is very similar to the ADU 300 and includes 
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similar components and functionality, in addition, the ADU 400 incorporates communication 
logic 401 for establishing an online communication connection 402 to an external network, 
such as the network 101, although any alternative and suitable network is contemplated. A 
wireless connection is contemplated for the ADU 400. The communication logic 401 enables 
5 remote control and programming of the ADU 400 such as by a remote server associated with 
the proxy system 107 or die like. The communication logic 401 may be coupled to the 
processor 321 and/or the memory 331 for purposes of programming these devices or 
upgrading software, etc. For example, a new version of die encryption code 337 may be 
downloaded and stored in the memory 331 via the communication logic 401 . 

* 

10 In a further embodiment, die ADU 400 may include a live advertising display 403 

coupled to the communication logic 401. The live advertising display 403 may include any 
type of display apparatus such as a cathode ray tube (CRT) or LED display or the like for 
displaying live advertising. The advertising information may be supplied remotely by a 
network via the communication logic 401 and thus may be updated remotely from time to 

15 time. The live advertising display 403 may alternatively, or in addition, include memory for 
storing live advertising display information, where such information may be updated from 
time to time. The advertising information may be delivered in response to data or card 
dispensing activity by a user. 

The cash card dispensing operations performed by die ADU 400 may be similar or 
20 identical as those performed by die ADU 300 previously described. However, die remote 
communication capability provided by the communication logic 401 allows for further 
capabilities. The ADUs 300 or 400 must be serviced from time to time to retrieve the cash 
received at the unit Such service may be performed on a periodic basis such as daily, 
weekly, bi-monthly, monthly, etc. or any other desirable service period. It is possible to 
25 detect that an independent ADU 300 is low on cash cards and loaded with a significant 
amount of currency if a significant number of cash accounts are activated using serial 
numbers dispensed by the ADU 300. Recall that each serial number may incorporate 
location information and may even incorporate specific ADU identification information. 
However, there is no guarantee that a user will activate a dispensed card within a certain 
30 period of time, so there may not be a way to tell that a given ADU 300 is out of cash cards. 
The communication logic 401 enables periodic communications, such as every hour or every 



WO 01/16768 



PCT/US00/23413 



day, to track the vending operations of the ADU 400. For example, reporting logic 405 may 
be provided to monitor the card supply 325 and/or the processor 321 to determine the status 
of the ADU 400 and convey the status to a remote manager via the communication logic 401. 
Such reporting may be conducted periodically, on an interrupt basis, or via polling by the 
5 remote system for determining the status of the ADU 400. In this manner, if the ADU 400 is 
low on cards, as reported by the reporting logic 405, it may be serviced at that time. The 
reporting logic 405 may also be used to transmit dispensed serial numbers for tracking 
purposes and verification. This provides an additional security mechanism to identify 
fraudulently created serial numbers if not matching actual dispensed information. 

10 FIG. 14A is a front view of an exemplary cash card 500 which may be used as any of 

the cash cards, such as 1 1 1, 304, 306, 308, as previously described. The cash card 500 may 
be made as the same size and shape as a standard debit or credit card or any other similar 
wallet-sized card. The cash card 500 includes a front face 503 available for printing any type 
of advertisement by a sponsor of the particular cash card. The front surface 503 may further 

15 include a value designator 501 which is shown as specifying "20 units". The units denote 
any type of currency, depending upon the jurisdiction or geographic use of the cash card 500. 
For example, in the United States, a value designation 501 of 20 units may denote 20 U.S. 
dollars. 

FIG. 14B is the back side of the cash card 500. The back side of the cash card 500 
20 includes a magnetic strip 505 for imprinting any type of information associated with the cash 
card 500, such as a partial serial number, card advertising sponsor information, card bank 
sponsor information, lot number, monetary value, etc. The back side of the cash card 500 
may also include a printable segment 507 for printing a serial number 509 as previously 
described. The printable segment 507 may further include other information, such as a lot 
25 number 511, personal identification number (PIN) 513, or any other printed information as 
desired. The back side of the cash card 500 may further include instructional text 515, such 
as instructions for activating the cash card 500 via an Internet connection or touch tone 
telephone activation, etc. 

FIG. 15 is a screen shot of an exemplary welcome web page 600 mat may be used as 
30 the initial web page when a user visits a web site associated with the proxy system 107. The 
welcome program script 215 may be programmed to send the welcome web page 600 to the 
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user entity 203. The welcome web page 600 may be written in HTML or XML or the like 
and includes hyperlink interactive buttons or selection text as is commonly used and 
displayed by standard browsers, such as the Internet Explorer by Microsoft or the Netscape 
Navigator by Netscape. The welcome web page 600 includes an information hyperlink 601 
for enabling a user to link to information about the web site. The welcome web page 600 
may include a new card activation link 603 that enables a user to establish a new cash 
account based on purchase of a cash card. The welcome web page 600 may further include a 
transaction link 605 that enables a user to invoke die transaction function of the proxy system 
107 for shopping, surfing or otherwise browsing the network and for purchasing goods or 
services. The user interface 209 may intervene to direct die user to the login script 217 to 
verify that the user has at least one valid cash account The welcome web page 600 may 
further include a rewards program link 607 that enables a user to link to promotional 
information associated with purchases using the proxy system 107. The welcome web page 
600 may further include other types of links such as an information link 609 that enables a 
user to link to help information or a site map or the like. 

FIG. 16 is a screen shot of an exemplary account activation page 700 that may be 
displayed upon selection of the new card activation link 603 of the welcome web page 600. 
The account activation page 700 may include a serial number field 701 for receiving die 
serial number purchased by die user, such as die serial number printed on a cash card. The 
account activation page 700 may further include a user name field 703a for enabling the user 
to enter any desired user name for establishing the associated cash account In the 
embodiment shown, the user name comprises twelve (12) digits or alpha-numeric characters. 
A second and optional user name field 703b may be used for precautionary purposes in which 
die user re-enters the user name for verification. The account activation page 700 may 
further include a password field 707a for gnahHtig the user to select and enter any desired 
password for logging onto and accessing the associated cash account In the embodiment 
shown, the password comprises six (6) digits or alpha-numeric characters. A second 
password field 707b may be included for security purposes in which the user re-enters the 
same password submitted in the password field 707a to verify die password. The account 
activation page 700 further includes an ENTER button 709, which die user selects after 
filling out the required fields for creating die associated cash account 
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FIG. 17 is a screen shot of an exemplary account information page 800 for providing 
account information to the user. The account information page 800 may display the user 
name 801 and the corresponding password 803, although the password 803 may be displayed 
in masked form for purposes of security. The account information page 800 may further 
include a balance amount graphic 805 indicating the total remaining funds in the cash 
account The account information page 800 may further include an account recharge link 807 
that enables the user to link to one or more pages for increasing the available balance or funds 
associated with the cash account The account information page 800 may further include a 
transaction link 809 that enables the user to proceed to the transactions program and 
associated transaction pages for purchasing goods and services via a network. 

FIG. 18 is a screen shot of an exemplary account recharge page 900 which may be 
displayed in response to selection of the account recharge link 807 of the account information 
page 800. The account recharge page 900 may include a cash link 901 for enabling a user to 
recharge the associated cash account using addition cash cards, by submitting cash or other 
currency types such as checks or money orders, or using other accounts types such as credit 
or bank accounts. Cash or currency is submitted to a receiving entity 109 or delivered to a 
representative of the proxy system 107 to enable recharging of the cash account The cash 
link 901 may be used to link to associated pages denoting die status of cash received or an 
indication of a desire to submit cash to increase die balance of die cash account It is noted, 
however, that the balance of the cash account is not increased until actual funds are received 
and/or verified. A similar check Knk 905 may be provided on the account recharge page 900 
for enabling a user to link to pages for submitting a check to a receiving entity 109 for 
increasing the balance of die cadi account A similar money order link 909 may be provided 
on the account recharge page 900 for enabling die user to increase die balance in a similar 
manner as the cash link 901 or check link 905 except using money orders. 

A hank account link 913 is selected to transfer to web pages that enable a user to 
increase die balance of a cash account by transferring funds from a valid and existing bank 
account Such web pages prompt for a particular bank and bank account number and verify 
the available funds and authorization for transferring funds from the bank account to the 
selected cash account The account recharge page 900 further enables die user to enter a 
credit card number via a credit card link 903 or a similar debit card number via a debit card 
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link 91 1 to enable a user to link to pages to increase the balance using a valid credit or debit 
card. The account recharge page 900 may further include a cash card link 907 that enables a 
user to link to pages to increase the balance of a cash account from one or more purchased 
cash cards. In this manner, a user can use a variety of methods to create new accounts or to 
5 increase the balance of existing accounts. 

FIG. 19 is a screen shot of an exemplary cash card recharge page 1000 that may be 
displayed in response to selection of the cash card link 907 of die account recharge page 900. 
The cash card recharge page 1000 includes a plurality of serial number fields 1001, where 
each serial number field 1001 enables a user to input a valid serial number of a purchased 

10 cash card. A user name field 1003 is provided to enable die user to insert die user name of a 
valid cash account that is to be recharged. A password field 1005 is provided to enable the 
user to enter die corresponding password of die associated cash account It is noted, 
however, that the password is optional in an alternative embodiment so that any user with a 
valid account may recharge that user's or any other user's account utilizing the user name 

15 only without the corresponding password. For example, user A may recharge the account of 
user B by utilizing user B's user name without having to know user B's corresponding 
password. The cash card recharge page 1000 may further include an ENTER button 1007 
which is selected to complete die recharge process. 

FIG. 20 is a screen shot of an exemplary account management page 1 100 which may 
20 be displayed in response to selection of die account management link 604 of die welcome 
page 600. After a user has activated at least one valid cash account, the account management 
page 1100 is utilized to manage those cash accounts. The account management page 1100 
may include a balance field 1 101 that displays the current balance of the cash account An 
original amount field 1103 displays die original balance of the account A number of 
25 transactions field 1105 may be used to display die total number of transactions of the cash 
account A date field 1107 and a corresponding amount field 1109 may be used to display 
die date and amount of die last transaction associated with die corresponding cash account 

The account management page 1100 may further include a transaction history link 
1111 that transfers die user to transaction history pages that enable a user to track all 
30 transactions for die particular cadi account A divide account link 1113 may be provided so 
that the user may split the existing account into a plurality of different accounts or to create 
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subaccounts associated with the existing account For example, an existing account with a 
balance of $5,000 may be split into two separate accounts, each with $2,500. The two 
different accounts have different user names and passwords and effectively are independent 
with respect to each other. Alternatively, the original $5,000 account may be divided into 
5 two or more subaccounts, such as five subaccounts, each having $1,000. All of the 
subaccounts are associated with a master account with a single user name and password and 
may be utilized for different persons under one master or main account or may be utilized to 
track different types of transactions. 

The account management page 1 100 may further include a request funds link 1117 
10 that links die user to corresponding pages that enables the user to withdraw funds from a 
particular cash account A reports link 1119 may be provided that transfers the user to pages 
for displaying any types of reports of fee transactions associated with the cash account For 
example, a report may list all of the web sites and corresponding purchase amounts, date and 
time, and any other information for each transaction associated with the cash account An 
15 online banking link 1121 may be provided to enable the user to perform online banking 
functions using die cash account such as paying bills or transferring money between bank 
accounts. 

The account management page 1 100 may further include a delivery preferences link 
1123 that transfers the user to one or more pages for enabling die user to set or change one or 
20 more default delivery addresses. An account preferences link 1125 may be provided to 
transfer die user to one or more pages that enable the user to select any preferences associated 
with the account or transaction functions. 

FIG. 21 is a screen shot of an exemplary transaction page 1200 that may be displayed 
m response to selection of die transaction link 605 of die welcome page 600. The transaction 

25 page 1200 may include account information 1201, a delivery preferences link 1203 for setting 
or changing delivery preferences, an account preferences link 1205 for setting or changing 
account preferences, and an address field 1207 for enabling the user to insert an address such 
as a URL or the like to browse or surf the network. It is noted that since specific cash 
account information is displayed the user has logged onto that account for the transaction. A 

30 search link 1209 may be provided on die transaction page 1200 for enabling the user to find 
goods or services on the network associated with particular merchants coupled to die 
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network. The search link 1209 may further be divided into a category link 121 1 or a site link 
1213. A low price search link 1215 may be included that invokes a search function that 
searches the network, such as the Internet or the like, to find the lowest price of the same or 
similar goods or services. 

FIG. 22 is a screen shot of an exemplary framed transaction page 1300 for facilitating 
purchases and other transactions by the user. The framed transaction page 1300 includes a 
header section 1301 that displays information about the cash account in a similar manner as 
the transaction page 1200. The header section 1301 effectively forms a frame around a 
browsing section 1303 which is similar to that commonly displayed by a browser. The 
browsing section 1303 includes standard footer sections 1305 and slide bar functions 1307 
for providing the user link information and for facilitating viewing the entire web page as 
known to those skilled in the art 

The header section 1301 includes similar information as the transaction page 1200. 
For example, die header section 1301 includes account information section 1309, a buy 
button or link 1311 for facilitating a purchase selection, an address field 1313 for enabling the 
user to insert an address for a web page or the like, which is then displayed in the browser 
section 1303, a delivery preferences link 1315, and an account preferences link 1317 in a 
similar manner as previously described. The buy button 1311 serves as the buy button 145 in 
this embodiment when a purchase page is displayed in the browser section 1303. The 
purchase page is then submitted to the proxy system 107 as previously described. The 
framed transaction page 1300 is an example of using the proxy system 107 to intercept 
communications between a user entity and a selected merchant An alternative method is 
monitor the Hypertext Transport Protocol (HTTP) port communications at the browser level 

FIG. 23 is a screen shot of an exemplary virtual advisor window or page 1400. The 
virtual advisor page 1400 includes a header section 1401 that provides standard functions 
such as a logout link 1403 and a help link 1405. The virtual advisor page 1400 may further 
include an account information section 1407 that displays the account name, balance, and 
other information associated with die active cash account as desired. The virtual advisor 
page 1400 further includes transaction links such as a link to account management 141 1, a 
link to the search functions 1413, or a buy button 1415 to the purchase functions. A preset 



WO 01/16768 



PCT/US0Q/23413 



to 

section 1409 enables the user to program a plurality of links to perform programmable preset 
functions defined and used by the user. 

The virtual advisor page 1400 is typically displayed at the user entity 103 by a locally 
executed program, such as the virtual advisor program 155 or the like. The virtual advisor 
5 program 155 may be downloaded from the servers at the web site supported by the proxy 
system 107, or may be loaded in any other standard format, such as via a CD-ROM, diskette, 
etc. The virtual advisor program 155 enables the user to call upon die proxy system 107 in 
die middle of a session without having to backtrack, or re-open another window from die 
proxy system site. In one embodiment, a background cache of the last forms visited by a user 

10 entity 103 is created as a reference point From there, communication between die merchant 
and die user entity may resume the same way as it had before, except that it will be 
intercepted by the proxy system 107 from that point forward in a similar manner as the 
framing method. Throughout die transaction process, the user is given die opportunity to log 
out of the system to release that user from data interception so that die user may resume 

15 normal surfing of the network. 

Although a system and method according to the present invention has been described 
in connection with the preferred embodiment, it is not intended to be limited to die specific 
form set forth herein, but on die contrary, it is intended to cover such alternatives, 
modifications, and equivalents, as can be reasonably included within the spirit and scope of 
20 die invention as defined by the appended claims. 



WO 01/16768 



PCT/US00/23413 



What is claimed is: 

1 1. A method of enabling online purchases via a network and an online proxy 

2 system, comprising: 

3 establishing, by the online proxy system, a pre-paid cash account for a user entity, the 

4 cash account including a cash balance and being associated an identification value that 

5 enables access to the cash account; 

6 providing online access to the cash account upon receiving the identification value; 

7 receiving a purchase request with a corresponding purchase amount from the user 

8 entity to purchase selected items from a merchant via the network; 

9 verifying whether the cash balance of the cash account is sufficient to cover die 

1 0 purchase amount; and 

1 1 providing, by the proxy system, valid charge account information associated with the 

1 2 proxy system to die merchant via the network to consummate sale. 

1 2. The method of claim 1, said establishing further comprising: 

2 receiving an amount of currency; 

3 providing a corresponding serial number, 

4 detecting online inquiry to create the cash account; 

5 receiving and verifying die serial number, 

6 creating the cash account with the cash balance corresponding to the amount of 

7 currency received; and 

8 enabling online access to the cash account using die identification value. 

1 3. The method of claim 1, said establishing further comprising: 

2 receiving, at a currency accepting unit, currency and verifying cash amount received; 

3 generating a serial number that encodes the cash amount received; 

4 printing the serial number on a cash card; and 

5 dispensing the cash card. 

1 4. The method of claim 1 , said establishing further comprising: 

2 prompting the user entity for a user identification and a corresponding password; 

3 verifying validity of user identification and password according to at least one criteria; 

4 and 
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5 receiving and storing the user identification and password as the identification value 

6 for die cash account 

1 5. The method of claim 4, said providing online access further comprising: 

2 prompting for the user identification and the password; and 

3 receiving and verifying the user identification and password before providing access 

4 to die cash account 

1 6. The method of claim 1, said receiving a purchase request further comprising: 

2 receiving a purchase page with fee purchase amount from die user entity; and 

3 scanning the purchase page for a predetermined keyword. 

1 7. The method of claim 1 , further comprising: 

2 displaying a transaction icon at the user entity; and 

3 said receiving a purchase request comprising detecting selection of fee transaction 

4 icon by die user entity. 

1 8. The method of claim 7, said displaying further comprising: 

2 displaying a transaction frame around a browser window at the user entity; and 

3 providing fee transaction icon on fee transaction frame. 

1 9. The method of claim 7, said displaying further comprising: 

2 displaying a transaction window at fee user entity; and 

3 providing fee transaction icon cm fee transaction window. 

1 10. The method of claim 1, further comprising: 

2 invoking a transaction manager that maintains an online session wife fee user entity 

3 via fee network; and 

4 providing, by fee transaction manager, a separate session link wife the network that is 

5 controlled by the user entity via the transaction manager. 

1 11. The method of claim 10, further comprising: 

2 receiving and forwarding, by fee transaction manager, browser requests from user 

3 entity to fee network; 

4 receiving, by the transaction manager, responses from the network; and 

5 forwarding, by fee transaction manager, fee responses to the user entity. 
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1 12. The method of claim 1, further comprising: 

2 invoking an account manager that verifies the identification value and that provides 

3 online access to the cash account; 

4 invoking a transaction manager that tracks and manages online browsing by die user 

5 entity of merchants via the network; 

6 retrieving, by die transaction manager, the purchase amount from a purchase page 

7 from a selected merchant in response to receiving a purchase request from the user entity, and 

8 verifying, by the transaction manager and the account manager, whether the cash 

9 balance is sufficient to cover the purchase amount 

1 13. The method of claim 1 2, further comprising: 

2 accessing, by the transaction manager, universally accepted charge account 

3 information; 

4 populating, by the transaction manager, die purchase page with the universally 

5 accepted charge account information; and 

6 forwarding, by the transaction manager, a populated purchase page to the selected 

7 merchant 

1 14. The method of claim 12, said verifying comprising: 

2 comparing, by the account manager, the purchase amount with remaining balance in 

3 cash account; 

4 rejecting the purchase request, by die account manager, if remaining balance is 

5 insufficient to cover purchase amount; and 

6 accepting die purchase request, by the account manager, if the remaining balance is 

7 sufficient to cover purchase amount 

1 IS. The method of claim 1, further comprising: 

2 establishing a debit account associated with a universally accepted creditor, and 

3 corresponding debit account information with the cash account 

1 16. The method of claim 1, further comprising: 

2 intercepting a confirmation page from die merchant that includes the valid charge 

3 account information; and 

4 forwarding a substitute confirmation page to die user entity. 
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t 17. The method of claim 1, further comprising: 

2 intercepting a confirmation page from the merchant that includes die valid charge 

3 account information; 

4 masking die charge account information from the confirmation page; and 

5 forwarding the masked confirmation page to the user entity. 

1 18. The method of claim 1 , further comprising: 

2 receiving and storing default information associated with the cash account 

1 19. The method of claim 1, further comprising: 

2 tracking transaction activity of each of a plurality of cash accounts; and 

3 generating aggregate purchase information associated with the plurality of cash 

4 accounts. 

1 20. The method of claim 1, further comprising: 

2 tracking purchases associated with die cash account; and 

3 awarding reward points to die cash account for eligibility to receive spending or 

4 purchase-related promotional goods or services. 

1 21. The method of claim 1, further comprising: 

2 detecting a search request associated with the purchase request from the user entity; 

3 identifying selected items in the purchase request; and 

4 conducting an online search for pricing of items similar to the selected items. 

1 22. The method of claim 1, further comprising: 

2 invoking an account manager that enables the user entity to perform management 

3 functions on die cash account 

1 23. The method of claim 22, wherein the management functions further comprise: 

2 splitting the cash account into a plurality of dependent subaccounts. 

1 24. The method of claim 22, wherein die management functions further comprise: 

2 dividing the cash account into a plurality of separate and independent cash accounts. 
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1 25. An online purchase system using a network, comprising: 

2 a communication system that enables communication via the network; 

3 an account activation system that creates a cash account, comprising: 

4 a serial number verification system that verifies validity of a serial number 

5 received via fee communication system from a user entity; 

6 a serial number decoding system that decodes a monetary value from the serial 

7 number to establish an initial account balance; 

8 an identification system that establishes an identification value to enable 

9 online access to the cash account by the user entity; and 

10 a charge account system that associates the cash account with valid charge 

n account information; 

12 an account manager that enables access to the cash account, that compares a purchase 

13 request with an account balance to verify sufficient funds, and feat maintains an accurate 

14 account balance; and 

15 a transaction system that serves as a proxy for the user entity to access online 

16 merchants, that detects a purchase request from fee user entity, feat cooperates wife fee 

17 account manager to verify sufficient funds, and feat provides fee charge account information 

18 to a selected merchant to complete a purchase. 

1 26. The online purchase system of claim 25, further co mprisin g: 

2 a receiving entity that receives currency and feat provides fee serial number in 

3 exchange. 

1 27. The online purchase system of claim 26, fee receiving providing fee serial 

2 number on a cash card. 

1 28. The online purchase system of claim 27, fee serial number being preprinted on 

2 fee cash card 

1 29. The online purchase system of claim 27, fee receiving entity further 

2 comprising: 

3 a validation unit that prints the serial number on an unvalidated cash card to provide a 

4 validated cash card upon purchase. 



l 



30. The online purchase system of claim 29, further comprising: 
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die cash card including a magnetic strip incorporating a partial serial number; and 
the validation unit reading the partial serial number from the magnetic strip, 
generating a valid serial number and printing the valid serial number on the cash card 

3 1 . The online purchase system of claim 30, the validation unit comprising: 
a processor, 

a memory; 

a magnetic reader; and 
a printer. 

32. The online purchase system of claim 30, further comprising: 

an encryption unit that encodes the monetary value into die valid serial number. 

33. The online purchase system of claim 32, wherein the encryption unit further 
encodes any combination of other information into the valid serial number, the other 
information including card sponsor information, location information, and temporal 
information. 

34. The online purchase system of claim 27, the receiving entity further 
comprising: 

a dispensing unit that receives cash and dispenses a cash card 

35. The online purchase system of claim 34, the dispensing unit further 
comprising: 

a validation unit that prints the serial number onto an invalidated cash card to provide 
a validated cash card 

36. The online purchase system of claim 35, further comprising: 

die cash card including a magnetic strip that incorporates a partial serial number; and 
the validation unit reading the partial serial number from the magnetic strip and 
generating a valid serial number. 

37. The online purchase system of claim 36, the validation unit further 
comprising: 

an encryption device that encodes the monetary value into die serial number. 
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1 38. The online purchase system of claim 37, further comprising: 

2 the encryption device further encoding any combination of other information into the 

3 serial number, the other information including card sponsor information, dispensing unit 

4 information and temporal information. 

1 39. The online purchase system of claim 38, further comprising: 

2 the serial number decoding system decoding the serial number to retrieve encoded 

3 information from the serial number. 

1 40. The online purchase system of claim 25, die identification value comprising: 

2 a user identifier and a password, both arbitrarily determined by the user entity. 

1 41. The online purchase system of claim 25, the account manager further 

2 comprising: 

3 memory for storing cash account information; and 

4 a da t a b as e management program that accesses the cash account information to enable 

5 online transactions. 

1 42. The online purchase system of claim 4 1 , further comprising: 

2 a data encryption program that encrypts cash account information into the memory. 

1 43. The online purchase system of claim 25, die transaction system further 

2 comprising: 

3 a transaction program that maintains a session with die user entity via die network and 

4 a separate link with the network that is controlled by the user entity. 

1 44. The online purchase system of claim 43, further comprising: 

2 die transaction program intercepting and forwarding purchase pages; and 

3 upon detection of a purchase request, die transaction program populates a purchase 

4 page and returns to a corresponding merchant via die network. 

1 45. The online purchase system of claim 43, wherein the transaction program 

2 intercepts a confirmation page from a merchant, masks charge account information, and 

3 forwards a masked confirmation page to the user entity. 



1 



46. 



The online purchase system of claim 43, wherein the transaction program 
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2 intercepts a confinnation page from a merchant and forwards a substitute proxy purchase 

3 page to die user entity. 



1 47. The online purchase system of claim 25, the transaction system further 

2 comprising: 

3 a transaction program that interfaces the account manager; and 

4 a virtual advisor operating remotely at the user entity that cooperates with the 

5 transaction program to conduct online transactions. 

1 48. The online purchase system of claim 47, further comprising: 

2 the virtual advisor operating as an intermediary to enable die user entity to browse 

3 merchants directly, and 

4 die virtual advisor intercepting a purchase request and corresponding with the 

5 transaction program via die network to complete a purchase. 

1 49. The online purchase system of claim 25, further comprising: 

2 a search engine that conducts online searches for merchants with similar items 

3 selected by the user entity. 
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